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1. Introduction 

This document provides high level System Requirements for Flight Object (FO) in 
the NextGen environment. The requirements address both the long term steady 
state FO functionality (the primary focus of this document) and the activities 
needed to achieve an initial FO capability. 


1.1. Long Term - Steady State FO Requirements 


These requirements address the long term steady state capabilities needed to 
achieve the full envisioned Flight Object functionality in the operational NextGen 
environment. They address the flight data and the exchange of flight data among 
authorized Air Traffic Management (ATM) participants. 


The “Global Air Traffic Management Operational Concept” (ICAO 9854) and the 
“Flight and Flow Information for a Collaborative Environment” (FF-ICE) concept 
document are the primary sources for these system requirements. Additional 
sources include the Flight Object Requirements Flight Object Exchange System 
(FOXS) Engineering Needs Document (September 2011) and the Flight Object 
Concept of USE (FO CONOPS). Each requirement is linked to guidance in one or 
more of the four source documents. Appendix A provides the specific guidance 
basis and underpinning for each long term steady state requirement (Shall) 
statement. 


These FO long term steady state requirements are grouped and organized 
according to 11 “needs” areas that are listed below and discussed in the Flight 
Object Requirements Flight Object Exchange System (FOXS) Engineering Needs 
Document. An overview of the requirements grouped under each needs area and 
the requirements (shall statements) that fall within them are provided in the second 
section of this document. 


1. Accurate and Complete Flight Data 

2. Flight Data Management 

3. Flight Data Exchange Management 

4. Discovery of Current and Evolving Future Requirements 

5. Support for Cross-Regional International Flight Data Content and Data 


Exchange Requirements 


6. Flight Data Exchange Security 

7. Flight Data and Data Exchange Governance 

8. System Engineering Products 

9. Flight Data Content and Data Exchanges Performance 
10.Data Exchange Software Engineering 


11.Data Exchange System and Network Management 


1.2. Initial FO Capability Requirements 


The FO initial Flight Object capability requirements attempt to specify the 
capabilities needed to achieve an initial FO capability in a timely fashion. These 
requirements are consistent with, and loosely linked to, several ongoing NAS efforts 
being pursued in parallel to the systems requirements development efforts. The 
ongoing parallel efforts are developing specific implementation plans, capabilities, 
approaches and analyses. 


These requirements are drawn from the following efforts and sources: 
e FO data dictionary (FODD) 
e Implementation Plans for an initial FO capability 
e Flight Information Exchange Model (FIXM) plans (see www.fixm.aero) 
e FO Engineering Analysis 
e Flight Object Exchange System (FOXS) 


In addition the initial capabilities requirements consider the following international 
efforts and documents being addressed under the FIXM development efforts. 

e ICAO 2012 Flight Plan 

e ED-133 


A key assumption for this set of requirements is that the SWIM capability will exist 
when the initial FO capability is implemented. 


The FO Transition and Implementation Requirements are grouped under the 
following four categories: 


FO Plans, Models and Analyses 

FO Data Definitions and Requirements 
FO Management 

FO Data Exchange Services 


cele ae 


2.1.1. Long Term - Steady State FO System 
Requirements 


2.1. Accurate and Complete Flight Data 


This category focuses on defining and establishing Flight Object data element 
content, traceability, authorizations, preferences, priorities, constraints, and access 
rights. The requirements also address the need for valid, unambiguous and 
generally usable data elements. 


The primary focus (requirement 2.1.1) is to define data elements that support the 
Concept Components and the Flight Life Cycle Phases detailed in ICAO 9854 and FF- 
ICE. While, by design, the ‘shall’ statements in this section are at a high level, 
Appendix B provides data element-specific guidance and suggestions from ICAO 
9854 and FF-ICE that should be considered when addressing this requirement. 


The requirements in this area are: 


1.1.1. FO shall include all data elements needed to support the ATM Concept 
Components and Flight Life Cycle functionality detailed in ICAO 9854 and FF- 
ICE and summarized in the Flight Object Engineering Needs document. 


1.1.2. FO shall include ownership, update authorization, retention period, 
subscription and access privileges for every FO data element and data service. 


1.1.3. FO data shall include Airspace User preferences, permissions, priority, aircraft 
capabilities, performance, and constraints. 


1.1.4. FO shall generate standardized valid, unambiguous, consistent and usable 
data elements. 


1.1.5. FO data and services shall enable and support airspace users provision of 
enhanced early intent flight information 


1.1.6. FO data and services shall enable and support 4D Trajectory planning and 
management for flights. 


2.2. Flight Data Management 


This category focuses on defining and establishing the process and methods with 
which Flight Object data is gathered and verified. The requirements emphasize the 
need to develop data elements that are software-interoperable and operationally 
relevant. 


The requirements in this area are: 


1.1.7. FO shall establish processes, which efficiently, effectively, and accurately 
gather and correlate data, in support of NextGen ATM-related operations. 


1.1.8. FO shall develop, support, and enable global processes that refine and 
validate the data, meta-data, and automation in accordance with the Global 
ATM Operational Concept (ICAO 9854). 


1.1.9. FO shall develop optimal, flexible, machine-readable information to ensure 
appropriate automation. 


1.1.10. FO shall develop and maintain an operationally agnostic data model 
representation of the information within the flight domain. 


1.1.11. FO shall define and regulate the chronological sequence of flight data 
input, updates and sharing in support of automated flight management and 
execution. 


2.3. Flight Data Exchange Management 


Under NextGen, there will be significant increases in the amount of data shared, the 
number of participants sharing data, and systems facilitating data exchanges. The 
requirements highlight flight data exchange requirements that will enable timely 
and larger-scale data sharing and enhanced Collaborative Decision Making in the 
NextGen operational environment. 


The requirements in this area are: 


L112, FO shall provide the ability to share relevant and timely flight 
information across a broad range of authorized ATM participants throughout 
the life cycle of a flight. 


1.1.13. FO shall enable and support a higher level of collaboration and 
automated CDM than was available prior to NextGen implementation. 


1.1.14. FO shall enable and support a globally consistent mechanism and 
interface for providing and receiving flight information. 


11.15. FO shall be designed to operate within SWIM. 


1.1.16. FO shall provide a mechanism (or mechanisms) to exchange defined 
proprietary data, flight preference data, performance data, and FO information 
updates among authorized users. 


LL.17. FO shall ensure that air defense systems, military control systems, SAR 
organizations, accident/incident investigation authorities, law enforcement, 


and regulatory authorities receive the needed timely and accurate information 
on flights and ATM system intents. 


1.1.18. FO data exchange shall enhance flight data interoperability and 
accessibility. 


1.1.19. FO shall enable authorized users to personalize and filter their flight 
data exchanges in support of their efforts to access only the flight data they 
need. 


2.4. Discovery of Current and Evolving Future Requirements 


This category addresses Flight Object data and data exchange discovery- related 
topics. Some of the requirements address identifying and making available 
information on the FO data and data exchanges that are required from different 
ATM participants in different situations and during the different phases of the flight 
life cycle. Other requirements address identifying the data that is available to the 
ATM participants (primarily Airspace Users) and providing mechanisms to provide 
this information. Finally, the requirements address the need for mechanisms by 
which all ATM participants can become involved in establishing new data and data 
exchanges. 


The requirements in this area are: 


1.1.20. FO shall identify and make available flight data and data exchange 
requirements. 


Tle2d:; FO shall identify the flight data and data exchange services that are 
available to and/or are required from Airspace Users and provide mechanisms 
to make this descriptive information available. 


1.1.22. FO shall provide mechanisms by which all ATM participants can 
participate in identifying and developing new flight data and data exchanges 
as members of the CDM process. 


2.5. Support for Cross-Regional International Flight Data 
Content and Data Exchange Requirements 


This section addresses the need to simultaneously support multiple sets of data and 
data exchange requirements. There are two primary reasons for this set of 
requirements. First there are differences in the data and data exchange 
requirements among the regions that must be addressed and supported. Second, 
during the transition to NextGen, entities will independently move from legacy to 
NextGen functionality and processes. 


The requirements in this area are: 


L125. FO shall identify and support region-unique and region-to-region flight 
data and data interface requirements. 


1.1.24. FO shall support the transition and evolution of the flight plan and 
flight-related messages. 


11,25. FO shall support ATM operations during the transitional period during 
which ATM participants independently transition to full NextGen functionality. 


1.1.26. FO shall exploit and make best use of the NextGen functionality 
implemented at each transitional step. 


2.6. Flight Data Exchange Security 


This category focuses on defining and establishing the security method for Flight 
Object. The requirements emphasize the need to maintain a ‘defense-in-depth’ 
security strategy while minimizing any functional impact on the interoperability of 
the system. 


The requirements in this area are: 


1.1.27. FO shall identify and provide flight data and data exchange security in 
the multi-tiered heterogeneous operational ATM environment. 


2.7. Flight Data and Data Exchange Governance 


This category focuses on defining and guiding the governance processes by which 
the Flight Object will be managed. The requirements highlight the need to clearly 
articulate stakeholders and objectives, while delivering reliable and consistent 
communications. 


The requirements in this area are: 


1.1.28: FO governance functions shall define and enable globally consistent 
standards-based flight data and data exchange mechanisms. 


1.1.29. FO shall develop and maintain appropriate management, secretariat 
facilitation support, and processes during the evolution to full NextGen 
functionality. 


2.8. System Engineering Products 


This category addresses the supporting materials needed to implement the planned 
Flight Object functionality. The requirements emphasize the need to document 
appropriate system engineering support information and to maintain an 
evolutionary development of that documentation in support of the evolution of 
Flight Object. 


The requirements in this area are: 


1.1.30. FO shall devise, document and support development of appropriate 
touch-points and interactions with the aeronautical and other NextGen 
domains. 


1.1.31. FO data shall be linked to and compatible with the NAS Enterprise 
Architecture. 


1.1.32. FO shall ensure that flight data and data interfaces address and 
support safety considerations. 


1.1.33. FO shall enhance the consistent, effective, and efficient use of flight 
data and data interfaces. 


2.9. Flight Data Content and Data Exchanges Performance 


This category covers engineering needs for NextGen flight data content and 
exchange performance improvements. The move to trajectory based operations, 
where individual flights have multiple options within their desired flight plan that 
are initiated or amended based on National Airspace System (NAS) performance, 
will require improved NAS data handling capabilities. The need for common 
situational awareness and performance data will also drive requirements for 
improved data availability and quality of service. As flight crews, aircraft operators, 
and ATM service providers collaborate on movements within the NAS, they must be 
assured they have common data that is accurate and efficiently available. 


The requirements in this area are: 


1.1.34. FO shall ensure that flight data is exchanged within the required 
timeliness needed to support ATM operations and participants’ requirements. 


1.1.35. FO shall identify and support efforts to define, regularly review, and 
monitor performance for individual flights and the ATM system. 


1.1.36. FO shall provide mechanisms for flight data exchange that enables 
support of the defined and agreed to quality of service (to include data- 
associated security, latency, risk management, and reliability). 


1.1.37. FO shall enable and support desired ATM system adaptability and 
scalability levels. 


1.1.38. FO shall ensure that required flight information is available for all 
phases of the flight life cycle. 


1.1.39. FO shall identify, enable, and support efforts to monitor and ensure 
flight data quality and data integrity. 
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1.1.40. FO shall identify, enable, and support efforts to monitor and ensure 
data reliability and compliance with flight data requirements. 


2.10. Data Exchange Software Engineering 


This category addresses the need for software engineering to ensure commonality 
in data management and harmonization of NextGen data elements. FO software 
must be robust and must ease parsing and display of information. 


The requirements in this area are: 


1.1.41. FO shall provide and support robust applications to ease parsing and 
display of pertinent information. 


1.1.42. FO shall support and promote use of standardized and open source 
software tools. 


2.11; Data Exchange System and Network Management 


Movement to NextGen capabilities requires the use of standards and network 
management to help address critical global ATM system-wide considerations. The 
Flight Object needs to enable not only wider sharing of increased amounts of flight 
information, but also delivery assurance for this information. In addition, the 
requirements address the need for FO services to interact with ATM participants at 
different points along the flight information timeline, including maintenance and 
provision of archived data. 


The requirements in this area are: 


1.1.43. FO shall enable and support an end-to-end flight data delivery 
assurance scheme for SWIM region-to-region and ATM participant-to-ATM 
participant interfaces. 


1.1.44. FO shall identify, enable and support the establishment and sharing of 
the archived flight data needed for trend analysis, validation, forecasting, and 
modeling. 


1.1.45. FO shall provide or support mechanisms that enable increased flight 
data sharing among the different authorized ATM participants for each flight 
life cycle phase. 


1.1.46. FO shall enable and support system resilience to service disruption and 
its associated temporary loss of capacity. 
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3. Initial FO Capability Requirements 


3.1. FO Plans, Models and Analyses 


The initial FO capability requirements in this section collectively address the need 
to: 
e Describe the overall planned capability 
e Specify the scope of the capability 
e Identify the data sources 
e Describe the FIXM and FOXS functionalities 
e Set the technology underpinning or foundation needed to enable and achieve 
the capability 
e Specify the time-phased plan and approach for establishing the capability 
e Identify the areas where governance is required and the means envisioned to 
for provide it 


Included in this area is the need for initial FO capability conceptual plans, 
descriptions, architectures, and implementation strategies/plans. 


1.1.47. FAA shall develop an implementation plan to establish an initial FO 
capability that addresses all the topics covered in these requirements. 


1.1.48. FAA shall establish a Flight Information Exchange Model (FIXM) which 
will include items such as a data dictionary, logical model, and XML Schema. 


1.1.49. FAA shall identify the shortfalls addressed by implementing an initial 
and full set of FO capabilities. 


1.1.50. FAA shall identify the new and/or improved functionality associated 
with the implementation of the initial FO capabilities. 


1.1.51: FAA shall identify the benefits associated with implementing an initial 
and full set of FO capabilities. 


1,152. FAA shall identify the services required to implement the initial FO 
capability. 


1.1.53. FAA shall describe the desired FOXS functionality and identify the 
services planned for the initial FO capability. 


1.1.54. FAA shall define the overall system architecture for FO data exchange 
services for the initial FO capability. 
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1155 FAA shall identify the areas that require governance and the means 
planned to provide it. 


3.2. Data Definition and Use 


The requirements in this area address the actual FO data elements, their required 
attributes, and their legacy source systems. They also address the need to identify 
and characterize the consumers of the flight data, their permissions and the access 
they will be authorized to receive. Finally the requirements call out the need for the 
actual FO data models and schemas. 


1.1.56. FAA shall specify the list of data elements to be included in the initial 
FO (FIXM) data set to include those from the ICAO 2012 Flight Plan and other 
international sources. 


L157. FAA shall specify the meta data, and attributes, for each FO data 
element and document them. 

1.1.58. FAA shall specify the legacy systems that will be the data sources for 
the initial FIXM data set, to include those providing the internal-based data 
elements. 

1.159: FAA shall specify the single legacy data system source for each FO 
data element. 

1.1.60. FAA shall specify the set of authorized users and their permissions 

1.1.61. FAA shall specify and use a Globally Unique Flight Identifier (GUFI) to 
identify flights. 

1.1.62. FAA shall specify or categorize the types of FO data consumers. 

1.1.63. FAA shall establish data access controls for each FO data element and 


type of supported data consumer. 
3.3. FO Capability Management 


The requirements in this area focus on the establishment of the needed 
management structures. Most the requirements deal with governance but other 
topics such as the need for both data and data exchange security and the ability to 
recover lost data are also addressed. 


1.1.64. FAA shall ensure that all FO data and data exchange services are 
SWIM-compliant. 


1.1.65. FAA shall establish the FO governance body or bodies and specify the 
scope of the governance activities. 
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1.1.66. FAA shall establish SWIM-compliant governance rules and policies to 
reconcile and resolve data validity errors. 


1.1.67. FAA shall establish governance rules, criteria and policies that address 
data publishing, access, and reception rules for both government and 
commercial NAS users. 


1.1.68. FAA shall insure appropriate security for the FO data and data 
exchange services. 


1.1.69. FAA shall establish discovery mechanisms by which authorized NAS 
users can identify the available FO data and data exchange services. 


1.1.70. FAA shall establish mechanisms by which system users can participate 
in the identification of additional services and FIXM data holdings. 


1.1.71. FAA shall document the conversion and validation rules used to 
convert legacy source data to FO data. 


3.4. Data Exchange Services 


The requirements in this area address the establishment actual FO data exchange 
services. Included are both the services needed to convert legacy data to the FO 
formats and those needed to provide the data to the FO data consumers. Data 
transfer mechanisms and lost data recreation or reconstitution are also addressed. 


1.1.72. FAA shall establish a SWIM-based FO data connections/feeds from the 
specified legacy system source for each FO data element. 


1.1.73. FAA shall establish mechanisms to accept the FO data source data 
generated by the legacy source systems for the data element. 


1.1.74. FAA shall establish mechanisms to convert the legacy source data, for 
each FO data element, to the FO (FIXM) format. 


L753: FAA shall establish mechanisms to validate data received from each FO 
source system for data errors and data consistency. 


1.1.76. FAA shall establish mechanisms by which authorized FO users can 
request FO data and/or data feeds. 


1.1.77. FAA shall establish mechanisms to provide FO data in FIXM-defined 
formats to authorized users. 


1.1.78: FAA shall establish FO data exchange services that enable authorized 
external users to submit FO data to the FAA. 
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dod 9. FAA shall establish FO data exchange services that enable the 
exchange of FO data with international ANSPs. 


1.1.80. FAA shall establish a mechanism by which missed FO data can be 
recreated or reconstituted. 


1.1.81. FAA shall establish SWIM-compliant FO data exchange that support 
both streaming and request/reply FO data delivery services. 
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Appendix A 


This appendix provides the specific guidance basis and underpinning for each of the 
long term, steady state requirement (Shall) statements in turn. The guidance 
citations are from the three Flight Object requirements source documents (the 
“Global Air Traffic Management Operational Concept”, ICAO 9854 [9854], the “Flight 
and Flow Information for a Collaborative Environment” [FF-ICE] concept document 
and the “The FAA Flight Object Engineering Needs”, September 2011 [Eng Needs]). 


Ref 
Shal | Sourc 
1# e Ref Section Shall Statement/Supporting Source Citations 
FO shall include all data elements needed to support the ATM 
11 Concept Components and Flight Life Cycle functionality detailed in 
ICAO 9854 and FF-ICE and summarized in the Flight Object 
Engineering Needs document. 
The Global ATM Operational Concept has greater data requirements than 
2 aware at can be supported by the existing flight planning provisions. These include 
1.1 FF-ICE Change system-wide information sharing, providing early intent data, management 
by trajectory, CDM, and high automation support requiring machine 
readability and unambiguous information. 
2.2 Sharing 
1.1 FF-ICE Flight The FF-ICE will replace all existing data message formats between ATM 
Information Community members about flight intent and flight progression. 
2.2 Sharing The information about the flight will be available from the time of first 
1.1 FF-ICE Flight notification of the flight intent until after the flight has completed, at which 
Information time the information will be archived. 
oo :Aavante The airspace user will be able to notify flight intent up to a year in 
1.1 FF-ICE Notification advance. Details will be able to be progressively supplied (as information 
becomes reliable enough to communicate). 
2.2 
11 FF-ICE Inconsistent On the first notification of flight intent, a globally unique flight identifier 
. Flight (GUFI) will be created that will allow all (with appropriate access rights) to 
Information view or modify information related to the same flight. 
11 FF-ICE 2.3- ROO Use relevant data to dynamically optimize 4D trajectory planning and 
operation 
a) Utilize historical and forecast weather information, including seasonal 
patterns and major weather phenomena; 
b) Use information on changes in infrastructure status to increase 
predictability and maximize capacity utilization to meet performance 
targets; 
1.1 FF-ICE 2.3 - R36 c) Ensure collaboration on post-event analysis to support strategic 
planning; 
d) Utilize projected traffic demand and planned trajectories; 
e) Accommodate revisions to trajectory requests and resource status; 
f) Ensure collaboration on projections and responses; 
g) Facilitate collaboration on trajectory changes and traffic demands 
Ll FF-ICE 2.3- R62 Select the applicable separation modes and separation minima for CM that 


best meet the ATM System performance targets 
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Shal 
|# 


Ref Section 


Shall Statement/Supporting Source Citations 


1.1 


3.1 Principles 


Allow aircraft to indicate their detailed performance capabilities, such as 
required navigation performance (RNP) level. 


1.1 
1.1 


3.1 Principles 
3.1 Principles 


Allow for an early indication of intent. 
Support 4D management by trajectory. 


1.1 


3.3 Overall 
Collaborative 
Environment 


In addition, not all information elements are required for all flights 
depending on desired performance levels. 


1.1 


FF-ICE 


3.3.1 Elts of 
the ICE 


For performance reasons, different information elements will be required 
under different circumstances, locations, and times. The required set of 
information elements and conditions on providing information will be 
specified in requirements. Both global and regional requirements will 
exist... As an example, one region may require airport slot information for 
coordinated airports at some time before estimated off block time (EOBT). 
A mechanism will be in place to ensure, through automated means, that 
information requirements are complied with. Compliance with 
requirements may be real-time (e.g., information item is provided by a 
specified time) or post-analysis (e.g., early intent information meets 
accuracy requirements). 


1.1 


FF-ICE 


3.3.1 Elts of 
the ICE 


AUO will face requirements on performance and/or approved capabilities, 
both static and dynamic. Some of these requirements are expected to be 
linked to aeronautical information. For example, certain airspace volumes 
or routes (where defined) will require levels of navigation performance. A 
mechanism must exist to specify and disseminate these requirements. 
These requirements may also be altered as a result of AOM activities or 
weather conditions. 


1.1 


FF-ICE 


3.3.1 Elts of 
the ICE 


Separation provision activities will be conducted by the designated 
separator, which may be an ASP or the airspace user. In a trajectory- 
based environment, this activity operates on the 4D trajectory supplied as 
part of flight information, supplemented with up-to-date surveillance 
information. Separation provision must also consider the overall ATM 
situation, including dynamical aeronautical information, weather, and 
infrastructure status as shown in Figure 3.3-5. 


1.1 


FF-ICE 


3.4 FF-ICE 
Timeline 


Whereas currently an aircraft operator may file a single FPL form, in the 
future, the operator will provide increasing information about a flight as 
time approaches departure and throughout the flight. Some of this 
information is known ahead of time with relative certainty (e.g., departure 
and arrival airport), other information will be better known closer to 
departure (e.g., route of flight, estimated time en-route), and some could 
change dynamically throughout the flight (e.g., estimated time of 
departure, agreed trajectory). 


1.1 


1.1 


FF-ICE 


FF-ICE 


3.4 FF-ICE 
Timeline 


3.4 FF-ICE 
Timeline 


Since the flight information process is expected to be ongoing, 
requirements for the provision of information will be event-driven. These 
can include certain events such as: the availability of a significant piece of 
data such as weather, a fixed time before scheduled pushback, a time 
prior to entry into airspace, the issuance of a clearance, or a change in 
responsibility. One example of an information provision requirement 
would be that before departure, the airspace user shall supply information 
necessary for the provision of emergency services. 

Initial information provision may occur at any point along the timeline. For 
example, differing airspace users may have different planning horizons as 
described in Section 3.4.5. This initial information will be provided through 
a designated point-of-entry (POE, see Appendix H.1.5) and to an ASP 
typically applicable to the flight’s departure point. Some ASPs may 
accommodate multiple POEs, and some ASPs may accommodate the 
receipt of initial flight information from POEs not explicitly associated with 
a flight’s departure point. Clarity regarding responsibility for information is 
aided by information audit trails. 
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Shal | Sourc 
1# e Ref Section Shall Statement/Supporting Source Citations 
3.4.1 Airspace user-provided information is subject to change as information 
11 FF-ICE Scheduling and | becomes known with greater certainty closer to departure. Operators 
: Strategic providing this information are expected to update it as more accurate 
Activities planning information becomes available. 
3.4.1 
1.1 | FF-IcE | Scheduling and aeae 
: Strategic Flight information will be updated by referencing a global common 
Activities identifier for a flight. 
3.4.1 
1.1 | FF-IcE | Scheduling and | — ise 
: Strategic Airspace users may wish to provide information for flights which will 
Activities operate in the same manner on a repeated basis. This is acceptable 
3.4.1 
ee eal a eal aah at Sal ; . 
: Strategic Nothing precludes an operator from supplying more information at an 
Activities earlier point in the timeline. 
In a performance-based environment, certain regions will require more 
stringent information provision in order to achieve required performance 
levels. Airspace users will have access to these requirements and, based 
upon the flight being planned, additional information will be provided. This 
may include, among other things: 
3.5.1 - Aircraft type information for aerodrome gate planning 
11 FF-ICE Scheduling and | - Aircraft wake performance for aerodrome capacity estimation 
; Strategic ‘ Navigation performance on departure or arrival at the requested 
Activities aerodromes for capacity estimation 
- Environmental performance levels for environmental management 
- Achievable departure and arrival time performance 
Notified aerodromes and ASP use the provided information to conduct 
strategic DCB and related AOM activities to deliver capacity where 
required 
Near to the actual departure time of the flight (usually 24 hours preceding 
the flight), information necessary for more precise planning becomes 
available. This includes winds, weather, system outages, availability of 
3.5.3 Tactical | trained crew, and equipment status. The airspace user provides a 
1.1 FF-ICE Operational AD trajectory representing the desired flight path (appendix D explains the 
Planning trajectory in more detail). Additional information on aircraft performance 
capabilities is provided in areas such as navigation, surveillance, 
communication, separation assurance, safety-net, noise, emission, and 
wake. 
Throughout the flight, the FF-ICE provides the necessary information for 
providing separation and designating the responsible separator and 
11 FF-ICE 3.5.4 Flight separation mode. Information on approvals for airborne applications (e.g., 
: Operation limited delegated separation, autonomous separation) and functioning, 
and approved equipment on-board will be contained in the flight 
information. 
3.6 Formation The FF-ICE Concept will support the possibility for aircraft to fly in a 
1.1 FF-ICE : Flights formation and for the formation to be controlled as a single entity, termed 
‘ICE-Formation’ and is defined below. 
11 FF-ICE 4.2 Information | FF-ICE contains information necessary for the notifying, managing, and 
; Elements coordinating flights between members of the ATM Community. 
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Shal | Sourc 
1# e Ref Section Shall Statement/Supporting Source Citations 
The FF-ICE concept requires the provision and exchange of a growing set 
of flight information. This flight information is structured into related 
groups of data elements which are: 
- Flight identifying information 
- Flight SAR information 
1.1 FF-ICE ereny - Flight permission information 
- Flight preference information 
- Flight trajectory information (Performance information is organized within 
the trajectory in recognition that flight performance capabilities may differ 
at different segments along the trajectory.) 
- Additional information 
The introduction of the FF-ICE will allow the provision of airspace user 
11 FF-ICE 5.5 User constraints, preferences, priorities, and other potentially proprietary 
: Interactions information. Through information security, this FF-ICE information can be 
protected. 
From a user perspective, the main characteristics of the FF-ICE can be 
ee 7 Globally Unies FORE OBA (GUFI) 
5 - Globally Unique Flig entifier 
ae ERIE Bene - Airspace users submitting early flight information 
- Provision and exchange of full FF-ICE information including 4D trajectory 
- Submission, retrieval, and dissemination of FF-ICE information 
App B.1 In this step, even flight information entering the Air Traffic Management 
11 FF-ICE Thancition (ATM) System as an FPL would receive a GUFI generated according to an 
; Steps - Step 2 ICAO specification when accepted by the ATM network. The GUFI would be 
used in any further information sharing concerning the flights. 
The interaction between aircraft operators and ASPs can potentially fall 
into several categories: 
¢ An FF-ICE-enabled ASP may require operators to provide FF-ICE 
information 
App B.2 ¢ An FF-ICE-enabled ASP may allow both present-day FPL filing and FF-ICE 
1.1 FF-ICE Transition information provision for some transition period. Improved service levels 
Scenarios may be provided to operators providing the FF-ICE. 
¢ An ASP operating with a present-day FPL may only accept the present- 
day FPL 
¢ An ASP operating with a present-day FPL may choose to accept a FF-ICE 
but operate internally as if an FPL was received. 
2.9.1 The function of information services deals with the exchange and 
Ll 9854 2.9 Information | management of information used by the different processes and services. 
‘ Services It will ensure the cohesion and linkage between the seven concept 
components described above. 
2.9.2 Information management provides accredited, quality-assured and 
56 intonation timely information used to support ATM operations. Information 
1.1 9854 : eAniicas management will also monitor and control the quality of the shared 
information and provide information-sharing mechanisms that support the 
ATM community. 
2.9.3 Information management will assemble the best possible integrated 
oolitorniaton picture of the historical, real-time and planned or foreseen future state of 
1.1 9854 : SoRicas the ATM situation. Information management will provide the basis for 
improved decision making by all ATM community members. Key to the 
concept will be the management of an information-rich environment. 
2.9.7 ATM data has temporality and will change over time, but to varying 
3 information degrees in terms of frequency or magnitude, varying from almost static to 
1.1 9854 ; very dynamic. Information management will recognize and accommodate 


Services 


this temporality of data. This will impact the organization and issuance of 
data. 
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2:0 information 2.9.13 The temporality of the information depends on its nature. Some 
; Sanvicses data can be prepared in advance and are valid for a rather long period; 
1.1 9854 Temporality other data change in real time and are obsolete immediately. Asa 
and lecuance principle, any valid and relevant information will be made available as 
soon as it becomes available. 
Appendix D A global ATM system should provide an operating environment that 
11 9854 Expectations - | ensures that all airspace users have right of access to the ATM resources 
‘ Access and needed to meet their specific operational requirements and that the 
equity shared use of airspace by different users can be achieved safely. 
Eng 2.1 Accurate 2.1.2.1 Identify/document flight data required by stakeholders, with 
1.1 Needs and Complete particular attention on data related to the ATM Concept Component and 
ate Flight Life Cycle Phases, discussed in ICAO 9854 and FF-ICE 
E 2.1 Accurate 
ne and Complete | 2.1.2.4 Establish a global and unique way to identify a flight 
1.1 Needs 
Data 
2.8 System ‘ : : : 
Eng Enginecnag 2.8.2.1 Articulate the NextGen concept of operations (see flight life cycle 
1.1 Needs produc and concept component appendices) 
ae The information about the flight will be available from the time of first 
1.1 pnp Section 2.2 notification of the flight intent until after the flight has completed, at which 
> time the information will be archived. 
Fe On the first notification of flight intent, a globally unique flight identifier 
1.1 EAnOp Section 2.3 (GUFI) will be created that will allow all (with appropriate access rights) to 
> view or modify information related to the same flight. 
1.2 FO shall include ownership, update authorization, subscription 
4 and access privileges for every FO data element and data service. 
3.3 Overall Information may be personalized, filtered, and accessed, as needed. The 
1.2 FF-ICE Collaborative | initial quality of the information will be the responsibility of the originator; 
Environment | subsequent handling will not compromise its quality. (§2.9.8) 
Authority to access and populate information items will be controlled in 
3.3 Overall accordance with a set of rules known to the ATM Community. Users may 
1.2 | FF-ICE | Collaborative | M@Ve access to a subset of information within the FF-ICE. These access 
: Enwiranmaent rights are not static and may change as a function of time or status of the 
flight/system. Rules will also depend on the specific instance of the FF-ICE 
(e.g., One airspace user may not alter other users’ information). 
It is expected that for making changes to information, access rights to 
35 Overall each part of the flight information will be determined based upon the ; 
12 FF-ICE Collaborative authority that each user has, given the state of the flight. Mechanisms will 
. Eauironmaent be in place (e.g., data “ownership”) to manage information updates from 
multiple authorized parties. User profiles will be applied to define default 
behavior for access, authorization, and subscription to information. 
Flight and flow information must interact with aeronautical information to 
12 FF-ICE 3.3.1 Elts of deliver certain services required by multiple members of the ATM 
: the ICE Community. Not all services will be required by all members of the ATM 


Community and all services will not be provided by all ASPs 
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1.2 


1.2 


FF-ICE 


FF-ICE 


3.4.5 Effect of 
User Type on 
Timeline 


3.5.4 Flight 
Operation 


While information provision is expected to be event-generated, it is 
recognized that there are a variety of categories of airspace users: 

Airspace User who is a Seasonal Planner -_ This is the type of 
airspace user who decides to fly more than a month before the flight will 
take place; for example, an airline. 

Airspace User who is a Medium-Term Planner — This is the type of 
airspace user who decides to fly between one day to one month before the 
flight will take place; for example, a charter operator or certain military 
airspace users. 

On Demand Airspace User - This is the type of airspace user who 
decides to fly within the last 24 hours before the flight; for example, a 
business jet, air taxi, or certain types of military airspace user. 
Throughout the flight, the FF-ICE provides the necessary information for 
providing separation and designating the responsible separator and 
separation mode. Information on approvals for airborne applications (e.g., 
limited delegated separation, autonomous separation) and functioning, 
and approved equipment on-board will be contained in the flight 
information. 


1.2 


FF-ICE 


3.6 Formation 
Flights 


The FF-ICE Concept will support the possibility for aircraft to fly ina 
formation and for the formation to be controlled as a single entity, termed 
‘ICE-Formation’ and is defined below. 


1.2 


FF-ICE 


4.4.2.2 
Security 


System wide security management functions (e.g., access control, network 
management) will be integrated and will meet the broadly accepted 
information system security needs: 

Identification: The recipient of information needs to determine the identity 
of the sender. Information received may be a request for services or 
information related to the FPL. 

Authentication: The recipient of information must ensure that the identity 
of the sender is valid. 

Authorization: The recipient must determine the level of access granted to 
an authenticated second party. This access is for providing or receiving 
data or services. 

Integrity: Transmitted data must remain unaltered until final delivery. 
Confidentiality: Transmitted data must not be viewed by unauthorized 
entities. 

Availability: While not exclusively a security concern, the introduction of 
“denial of service” attacks makes some aspects of availability a security 
issue. Availability ensures that FPL information and services can be 
accessed when required. The security component deals with availability as 
a result of deliberate actions (versus system malfunction) to deny 
availability. 

Accountability: Authorities must be able to determine the actions of the 
interacting agents and to identify the agents. Audit trails support 
accountability. 


1.2 


FF-ICE 


5.3 Information 
Access 
Requirements 


The FF-ICE will consider requirements of member states regarding the 
need for information. Some of this information will have its access limited, 
and security measures will be in place to ensure that this access is strictly 
controlled. Additional security measures will likely be implemented for 
information confidentiality and integrity. 
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The operational scenarios described in this appendix indicate that ASPs will 
verify compliance with requirements. This term may refer to several types 
of dynamic requirements imposed on a flight and the information provided. 
¢ Syntax - Format for FF-ICE information items is expected to comply with 
a standard that can be automatically checked for validity through 
automation. The approach will comply with industry standards and 
provide flexibility through versioning. Standards will be defined at a global 
level but accommodate regional extensions. 
App C.1 is Content - Requirements may be specified regarding what information 
meeting items must be provided at a certain point in the time evolution of a flight. 
12 FF-ICE (operational (For example, ATM System performance may dictate the need for flight 
: Scenarios) schedule information three months before estimated off block time [EOBT] 
requirements for flights operating to a specific destination airport.) 
¢ Performance - Constraints on required performance levels may be 
imposed on flights based upon where/when they are operating. These 
constraints may be in such areas as navigation (e.g., RNP level) or 
environmental (e.g., noise) performance. 
¢ Accuracy - FF-ICE information may have to be specified to a given level 
of accuracy and reliability. 
« Access Permissions - Airspace users may require permission for access. 
¢ Operational constraints - Additional requirements on flight information 
may include necessary operational constraints on a flight's trajectory. 
E 2.1 Accurate 
12 let and Complete | 2.1.2.3 Define and establish authoritative sources for flight data elements 
; Data 
Eng ecules 2.1.2.5 Identify flight data authorizations (stakeholders authorized to 
and Complete : : : 
1.2 Needs Data provide and receive each flight data element) 
1.3 FO data shall include Airspace User preference, permissions, 
: priority, aircraft capabilities, performance, and constraints. 
3-9 Advance The FF-ICE provides the ability for notification by the airspace user of 
1.3 FF-ICE N pi ga preferences. This information can be supplied earlier to all authorized 
otification parties. 
While FF-ICE must, by definition, impose requirements on how flight 
information is communicated between ATM Community members, these 
13 FF-ICE 2.2 Information | requirements are limited to the interface, and thus should not impose any 
: Distribution restriction on how they individually store and process their data internally 
or mandate the use of any particular data model (such as a specific flight 
object). 
Ensure that flight parameters and aircraft performance characteristics are 
1:2) | PRICE Ba R28 available to the ATM System 
Ensure that aircraft capabilities will be totally integrated into the 
1.3 FF-ICE 2.3-R177 collaborative decision-making process of the ATM Community and allow 
them to comply with all relevant ATM System requirements 
wos Allow aircraft to indicate their detailed performance capabilities, such as 
_ Ane ot ENNEIpICS required navigation performance (RNP) level. 
3.3 Overall 
1.3 FF-ICE Collaborative | In addition, not all information elements are required for all flights 
Environment | depending on desired performance levels. 
3.3 Overall 
1.3 FF-ICE Collaborative | Information sharing can be adjusted to mitigate any proprietary concerns. 


Environment 


(§2.9.9) 
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1.3 


FF-ICE 


3.5.3 Tactical 
Operational 
Planning 


Near to the actual departure time of the flight (usually 24 hours preceding 
the flight), information necessary for more precise planning becomes 
available. This includes winds, weather, system outages, availability of 
trained crew, and equipment status. The airspace user provides a 

AD trajectory representing the desired flight path (appendix D explains the 
trajectory in more detail). Additional information on aircraft performance 
capabilities is provided in areas such as navigation, surveillance, 
communication, separation assurance, safety-net, noise, emission, and 
wake. 


1.3 


FF-ICE 


3.5.4 Flight 
Operation 


Throughout the flight, the FF-ICE provides the necessary information for 
providing separation and designating the responsible separator and 
separation mode. Information on approvals for airborne applications (e.g., 
limited delegated separation, autonomous separation) and functioning, 
and approved equipment on-board will be contained in the flight 
information. 


1.3 


FF-ICE 


4.2.1 Data 
Hierarchy 


The FF-ICE concept requires the provision and exchange of a growing set 
of flight information. This flight information is structured into related 
groups of data elements which are: 

- Flight identifying information 

- Flight SAR information 

- Flight permission information 

- Flight preference information 

- Flight trajectory information (Performance information is organized within 
the trajectory in recognition that flight performance capabilities may differ 
at different segments along the trajectory.) 

- Additional information 


1.3 


FF-ICE 


5.5 User 
Interactions 


The introduction of the FF-ICE will allow the provision of airspace user 
constraints, preferences, priorities, and other potentially proprietary 
information. Through information security, this FF-ICE information can be 
protected. 


1.3 


FF-ICE 


5.6.1 
Transition 
Steps 


From a user perspective, the main characteristics of the FF-ICE can be 
summarized as: 

- Globally Unique Flight Identifier (GUFI) 

- Airspace users submitting early flight information 

- Provision and exchange of full FF-ICE information including 4D trajectory 
- Submission, retrieval, and dissemination of FF-ICE information 


1.3 


9854 


2.9 Information 
Services 


2.9.9 The information management function will allow all participants to 
adjust information sharing to mitigate any proprietary concerns. Sensitivity 
with regard to some data will continue to exist and will be managed within 
the information management function. Once an ATM community member 
agrees to release information, the data will be available to the extent 
required and will be made accessible to specified parties. 


1.3 


Section 2.2 


The FO provides the ability for notification by the airspace user of 
preferences. This information can be supplied earlier to all authorized 
parties. 


1.4 


FO shall generate standardized valid, unambiguous, consistent 
and usable data elements. 


1.4 


FF-ICE 


2 Drivers of 
Change 


The Global ATM Operational Concept has greater data requirements than 
can be supported by the existing flight planning provisions. These include 
system-wide information sharing, providing early intent data, management 
by trajectory, CDM, and high automation support requiring machine 
readability and unambiguous information. 
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Attempts to accommodate changing information needs at global, regional, 
and state levels resulted in use of ICAO Flight Plan Item 18 that were 
inefficient. There were problems with inconsistent requirements, lack of 
2.2 Flexible global definitions, problems with automation processing, etc. There needs 
1.4 FF-ICE Information to be flexibility so that new data elements can be included and information 
Set no longer relevant deleted. Inefficient constraints, such as fixed data 
lengths or free text information, should be minimized. A concept that 
ensures that updates to flight information formats are done in a globally 
efficient manner is required. 
2.2 Flexi The FF-ICE data description provides flexibility in information formats. 
.2 Flexible ; ; : 
1.4 FF-ICE inforration Field lengths can be expanded in future versions to support current 
Set requirements. Valid field list items, such as aircraft types, can be 
managed in a globally consistent manner 
1.4 FF-ICE 2.2 Derivable | FF-ICE data formats support automation-to-automation interactions, 
: Information enabling derived information to be generated by automation at the source. 
1.4 FF-ICE 2.2 Derivable | The FF-ICE supports the provision of information services to ensure 
: Information consistency of derived information. 
Ensure that the airspace user makes available, relevant operational 
ne | MERSICE eer ROS information to the ATM System 
1.4 | FF-ICE | 3.1 Principles | Avoid unnecessary limitations on information. 
Avoid the filing of unnecessary and unambiguously derivable information. 
1.4 FF-ICE 3.1 Principles | Adopt a “file-by-exception” philosophy when information can be 
standardized. 
ses Ensure information is machine-readable and limit the need for free-text 
1.4 FF-ICE 3.1 Principles ‘fornistion, 
Ensure that definitions of information elements for the FF-ICE are globally 
standardized. Regional variation required for performance reasons will be 
implemented by use of different subsets of the standard information 
3 elements. New elements will be introduced regionally through regional 
ee ree 3.LRuineiples extensions as needed but will not be mandatory for other regions, will not 
provide duplicate information of existing elements, and should be intended 
to become part of the global standard. A formal process will be introduced 
for migrating successful new elements into the standard. 
3.3 Overall The FF-ICE will be based on a globally consistent and unambiguous set of 
1.4 FF-ICE Collaborative | information elements. Providing consistent information does not imply 
Environment that information requirements will be identical globally. 
While the definition of flight information will be standardized globally, the 
3:3 Overall | EF-ICE will data el h ired i ion and 
1.4 EF-ICE Collaborative contain some ata e ements that are required in one region an 
Environment not in others. Practically, this implies a need for an infrastructure to 
support the transport of this information. 
3.3 Overall Information may be personalized, filtered, and accessed, as needed. The 
1.4 FF-ICE Collaborative | initial quality of the information will be the responsibility of the originator; 
Environment | subsequent handling will not compromise its quality. (§2.9.8) 
Flight and flow information must interact with aeronautical information to 
1.4 FF-ICE 3.3.1 Elts of deliver certain services required by multiple members of the ATM 
: the ICE Community. Not all services will be required by all members of the ATM 
Community and all services will not be provided by all ASPs 
SWIM—integrating all relevant ATM data—will form the basis for 
1.4 FF-ICE 4.1 Overview | information management of the entire ATM System and will be essential 
for its efficient operation. 
The multiple phases of the FF-ICE are expected to alter or remove the need 
5.4 Impact on | for the various filed FPL update messages depending on implementation. 
1.4 FF-ICE Other ATS The more dynamic and collaborative nature of flight information will 
Messages require information be provided earlier and with more frequent updates 


with unambiguous reference to existing flight information 
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2.9.7 ATM data has temporality and will change over time, but to varying 
+ information degrees in terms of frequency or magnitude, varying from almost static to 
1.4 9854 : Baniicds very dynamic. Information management will recognize and accommodate 
this temporality of data. This will impact the organization and issuance of 
data. 
> 6 Information 2.9.8 Information may be personalized, filtered and accessed as needed. 
1.4 9854 , Seiuices The initial quality of the information provided will be the responsibility of 
the originator; subsequent handling will not compromise its quality. 
Eng 2.2 Flight Data 2.2.2.2 Apply international standards for defining flight data elements to 
1.4 include identification of data element synonyms and antonyms (two or 
Needs Management : ne 
more users/systems use the same name to represent different entities) 
Eng 2.2 Flight Data | 2.2.2.3 Apply international standards for managing (adding, deleting, 
i Needs Management | modifying and retaining) flight data 
FO Flight Data (information) elements must be unique and unambiguous 
1.4 | ConOp Section 1.2 across systems and with global ATM partners and knowledge and 
: ; information associated with the data must be captured and available to the 
‘ entire NAS, possibly through a formal ontology. 
FO 
1.4 | ConOp Section 2.2 The FO will provide the ability to share the same flight information across a 
S broad range of collaborating participants before and during a flight. 
FO The FO data description provides flexibility in information formats. Field 
1.4 | ConOp Section 2.6 lengths can be expanded in future versions to support new requirements. 
: 5 . Valid field list items, such as aircraft types, can be managed in a globally 
consistent manner. 
FO 
1.4 | ConOp Section 2.7 FO information will be provided in actionable formats 
Ss 
1.5 FO data and services shall enable and support airspace users to 
i provide enhanced early intent flight information. 
The Global ATM Operational Concept has greater data requirements than 
9 Drivers-ot can be supported by the existing flight planning provisions. These include 
1.5 FF-ICE Change system-wide information sharing, providing early intent data, management 
by trajectory, CDM, and high automation support requiring machine 
readability and unambiguous information. 
2.2 Sharing 
1.5 FF-ICE Flight The FF-ICE will replace all existing data message formats between ATM 
Information Community members about flight intent and flight progression. 
5.9 Advance The airspace user will be able to notify flight intent up to a year in 
1.5 FF-ICE Notification advance. Details will be able to be progressively supplied (as information 
becomes reliable enough to communicate). 
Mandatory requirements for data and requirements for submission are 
balanced to enhance flexibility and ensure reliability of information— 
D9 -Aauance however, airspace users will be encouraged to supply information as soon 
1.5 FF-ICE Notincation as it becomes reliable enough to be useful to assist in ATM planning. 
Service providers will be reminded to consider all performance areas, 
including flexibility to accommodate infrequent subsequent changes that 
appear to be in good faith. 
2.2 
15 FF-ICE Inconsistent On the first notification of flight intent, a globally unique flight identifier 
: Flight (GUFI) will be created that will allow all (with appropriate access rights) to 
Information view or modify information related to the same flight. 
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a) Utilize historical and forecast weather information, including seasonal 
patterns and major weather phenomena; 
b) Use information on changes in infrastructure status to increase 
predictability and maximize capacity utilization to meet performance 
targets; 
1.5 FF-ICE 2.3 - R36 c) Ensure collaboration on post-event analysis to support strategic 
planning; 
d) Utilize projected traffic demand and planned trajectories; 
e) Accommodate revisions to trajectory requests and resource status; 
f) Ensure collaboration on projections and responses; 
g) Facilitate collaboration on trajectory changes and traffic demands 
1.5 | FF-ICE | 3.1 Principles | Allow for an early indication of intent. 
3.3 Overall Information may be personalized, filtered, and accessed, as needed. The 
1.5 FF-ICE Collaborative | initial quality of the information will be the responsibility of the originator; 
Environment subsequent handling will not compromise its quality. (§2.9.8) 
Whereas currently an aircraft operator may file a single FPL form, in the 
future, the operator will provide increasing information about a flight as 
time approaches departure and throughout the flight. Some of this 
15 FF-ICE 3.4 FF-ICE information is known ahead of time with relative certainty (e.g., departure 
: Timeline and arrival airport), other information will be better known closer to 
departure (e.g., route of flight, estimated time en-route), and some could 
change dynamically throughout the flight (e.g., estimated time of 
departure, agreed trajectory). 
Initial information provision may occur at any point along the timeline. For 
example, differing airspace users may have different planning horizons as 
described in Section 3.4.5. This initial information will be provided through 
3.4 FF-ICE a designated point-of-entry (POE, see Appendix H.1.5) and to an ASP 
1.5 FF-ICE Timeline typically applicable to the flight’s departure point. Some ASPs may 
accommodate multiple POEs, and some ASPs may accommodate the 
receipt of initial flight information from POEs not explicitly associated with 
a flight’s departure point. Clarity regarding responsibility for information is 
aided by information audit trails. 
3.4.1 
1.5 | FF-IcE | Scheduling and 
, Strategic Nothing precludes an operator from supplying more information at an 
Activities earlier point in the timeline. 
From a user perspective, the main characteristics of the FF-ICE can be 
5.6.1 summarized as: = 
15 FF-ICE transition ; Globally Unique Flight Identifier (GUFI) 
Steps : Airspace users submitting early flight information 
- Provision and exchange of full FF-ICE information including 4D trajectory 
- Submission, retrieval, and dissemination of FF-ICE information 
App B.1 Some ASPs who wish to make use of early submission of FF-ICE information 
1.5 FF-ICE Transition may develop a shared forecast service based on information provided in 
Steps - Step 5 | the early submissions. 
FO 
1.5 ConOp Section 2.2 The FO will replace all existing data message formats between ATM 
Ss Community members about flight intent and flight progress. 
FO On the first notification of flight intent, a globally unique flight identifier 
1.5 ConOp Section 2.3 (GUFI) will be created that will allow all (with appropriate access rights) to 
Ss view or modify information related to the same flight. 
1.6 FO data and services shall enable and support 4D Trajectory 


planning and management for flights. 
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1.6 


2 Drivers of 
Change 


The Global ATM Operational Concept has greater data requirements than 
can be supported by the existing flight planning provisions. These include 
system-wide information sharing, providing early intent data, management 
by trajectory, CDM, and high automation support requiring machine 
readability and unambiguous information. 


1.6 


FF-ICE 


2.3 - R12 


Ensure mutual exchange of relevant and timely data: 

— for the benefit of situational awareness; 

— for conflict-free trajectory management; and 

— to allow CDM concerning consequences of airspace user system design 
changes 


1.6 


FF-ICE 


2.3 - R36 


a) Utilize historical and forecast weather information, including seasonal 
patterns and major weather phenomena; 

b) Use information on changes in infrastructure status to increase 
predictability and maximize capacity utilization to meet performance 
targets; 

c) Ensure collaboration on post-event analysis to support strategic 
planning; 

d) Utilize projected traffic demand and planned trajectories; 

e) Accommodate revisions to trajectory requests and resource status; 
f) Ensure collaboration on projections and responses; 

g) Facilitate collaboration on trajectory changes and traffic demands 


1.6 


FF-ICE 


3.1 Principles 


Support 4D management by trajectory. 


1.6 


FF-ICE 


3.3.1 Elts of 
the ICE 


Specifications on providing required information for the FF-ICE will also be 
expressed using aeronautical information. For example, levels of precision 
required for trajectory information provision can be dynamic and 
dependent on airspace constructs such as routing. Requirements may also 
vary regionally based upon circumstances and desired performance levels. 


1.6 


FF-ICE 


3.3.1 Elts of 
the ICE 


Separation provision activities will be conducted by the designated 
separator, which may be an ASP or the airspace user. In a trajectory- 
based environment, this activity operates on the 4D trajectory supplied as 
part of flight information, supplemented with up-to-date surveillance 
information. Separation provision must also consider the overall ATM 
situation, including dynamical aeronautical information, weather, and 
infrastructure status as shown in Figure 3.3-5. 


1.6 


FF-ICE 


3.5.3 Tactical 
Operational 
Planning 


Near to the actual departure time of the flight (usually 24 hours preceding 
the flight), information necessary for more precise planning becomes 
available. This includes winds, weather, system outages, availability of 
trained crew, and equipment status. The airspace user provides a 

4D trajectory representing the desired flight path (appendix D explains the 
trajectory in more detail). Additional information on aircraft performance 
capabilities is provided in areas such as navigation, surveillance, 
communication, separation assurance, safety-net, noise, emission, and 
wake. 


1.6 


FF-ICE 


3.5.3 Tactical 
Operational 
Planning 


Prior to departure, not all trajectory information will be supplied by the 
airspace user. For example, the airspace user may be concerned with 
runway, pushback, and wheels-up times, but would accommodate any 
valid taxi-path. 


1.6 


FF-ICE 


4.1 Overview 


Sharing information of the required quality and timeliness in a secure 
environment is an essential enabler to the FF-ICE concept. The scope 
extends to all flight information that is of potential interest to ATM, 
especially various trajectories data. 
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1.6 


FF-ICE 


4.2.1 Data 
Hierarchy 


The FF-ICE concept requires the provision and exchange of a growing set 
of flight information. This flight information is structured into related 
groups of data elements which are: 

- Flight identifying information 

- Flight SAR information 

- Flight permission information 

- Flight preference information 

- Flight trajectory information (Performance information is organized within 
the trajectory in recognition that flight performance capabilities may differ 
at different segments along the trajectory.) 

- Additional information 


1.6 


FF-ICE 


5.6.1 
Transition 
Steps 


From a user perspective, the main characteristics of the FF-ICE can be 
summarized as: 

- Globally Unique Flight Identifier (GUFI) 

- Airspace users submitting early flight information 

- Provision and exchange of full FF-ICE information including 4D trajectory 
- Submission, retrieval, and dissemination of FF-ICE information 


1.6 


FF-ICE 


App C.1 
meeting 
(operational 
Scenarios) 
requirements 


The operational scenarios described in this appendix indicate that ASPs will 
verify compliance with requirements. This term may refer to several types 
of dynamic requirements imposed on a flight and the information provided. 
¢ Syntax - Format for FF-ICE information items is expected to comply with 
a standard that can be automatically checked for validity through 
automation. The approach will comply with industry standards and 
provide flexibility through versioning. Standards will be defined at a global 
level but accommodate regional extensions. 

¢ Content - Requirements may be specified regarding what information 
items must be provided at a certain point in the time evolution of a flight. 
(For example, ATM System performance may dictate the need for flight 
schedule information three months before estimated off block time [EOBT] 
for flights operating to a specific destination airport.) 

¢ Performance - Constraints on required performance levels may be 
imposed on flights based upon where/when they are operating. These 
constraints may be in such areas as navigation (e.g., RNP level) or 
environmental (e.g., noise) performance. 

¢ Accuracy - FF-ICE information may have to be specified to a given level 
of accuracy and reliability. 

« Access Permissions - Airspace users may require permission for access. 
¢ Operational constraints - Additional requirements on flight information 
may include necessary operational constraints on a flight’s trajectory. 


2.1 


FO shall establish processes which efficiently, effectively, and 
accurately gather and interrelate data in support of NextGen ATM- 
related operations. 


2.1 


FF-ICE 


2.2 Advance 
Notification 


Mandatory requirements for data and requirements for submission are 
balanced to enhance flexibility and ensure reliability of information— 
however, airspace users will be encouraged to supply information as soon 
as it becomes reliable enough to be useful to assist in ATM planning. 
Service providers will be reminded to consider all performance areas, 
including flexibility to accommodate infrequent subsequent changes that 
appear to be in good faith. 


2.1 


FF-ICE 


2.2 Flexible 
Information 
Set 


Attempts to accommodate changing information needs at global, regional, 
and state levels resulted in use of ICAO Flight Plan Item 18 that were 
inefficient. There were problems with inconsistent requirements, lack of 
global definitions, problems with automation processing, etc. There needs 
to be flexibility so that new data elements can be included and information 
no longer relevant deleted. Inefficient constraints, such as fixed data 
lengths or free text information, should be minimized. A concept that 
ensures that updates to flight information formats are done in a globally 
efficient manner is required. 


28 


Shal | Sourc 
1# e Ref Section Shall Statement/Supporting Source Citations 
Ensure that definitions of information elements for the FF-ICE are globally 
standardized. Regional variation required for performance reasons will be 
implemented by use of different subsets of the standard information 
at elements. New elements will be introduced regionally through regional 
ae Pe 31-Finciples extensions as needed but will not be mandatory for other regions, will not 
provide duplicate information of existing elements, and should be intended 
to become part of the global standard. A formal process will be introduced 
for migrating successful new elements into the standard. 
It is expected that for making changes to information, access rights to 
4 3:Gverall each part of the flight information will be determined based upon the 
1 FF-ICE Collaborative authority that each user has, given the state of the flight. Mechanisms will 
Environient be in place (e.g., data “ownership”) to manage information updates from 
multiple authorized parties. User profiles will be applied to define default 
behavior for access, authorization, and subscription to information. 
Separation provision activities will be conducted by the designated 
separator, which may be an ASP or the airspace user. In a trajectory- 
3.3.1 Elts of based environment, this activity operates on the 4D trajectory supplied as 
2.1 FF-ICE “the ICE part of flight information, supplemented with up-to-date surveillance 
information. Separation provision must also consider the overall ATM 
situation, including dynamical aeronautical information, weather, and 
infrastructure status as shown in Figure 3.3-5. 
Whereas currently an aircraft operator may file a single FPL form, in the 
future, the operator will provide increasing information about a flight as 
time approaches departure and throughout the flight. Some of this 
1 FF-ICE 3.4 FF-ICE information is known ahead of time with relative certainty (e.g., departure 
: Timeline and arrival airport), other information will be better known closer to 
departure (e.g., route of flight, estimated time en-route), and some could 
change dynamically throughout the flight (e.g., estimated time of 
departure, agreed trajectory). 
Appendix D The ATM system should be based on global standards and uniform 
21 9854 Expectations - | principles to ensure the technical and operational interoperability of ATM 
: Global systems and facilitate homogeneous and non-discriminatory global and 
Interoperability | regional traffic flows. 
Appendix G 1.2 The operational concept is adaptable to the operational environment of 
EVOLUTION TO all States or regions by being scalable to meet their specific needs. One 
2.1 9854 OPERATIONAL State or region, ora specific area or location within a State, may have an 
CONCEPT immediate imperative to improve safety, while another State or region 
may have an immediate imperative to improve efficiency. 
Eng 2.1 Accurate 2.1.2.1 Identify/document flight data required by stakeholders, with 
2.1 Needs | and Complete | particular attention on data related to the ATM Concept Component and 
Data Flight Life Cycle Phases, discussed in ICAO 9854 and FF-ICE 
Eng 2.2 Flight Data | 2.2.2.2 Apply international standards for defining flight data elements to 
2.1 Needs Management | include identification of data element synonyms and antonyms (two or 
more users/systems use the same name to represent different entities) 
541 aoe Section 2.4 In the end state, the FO provides a globally consistent mechanism and 
: : , consistent interface for the provision and receipt of FO information. 
FO shall develop, support, and enable global processes that refine 
2.2 and validate the data, meta-data, and automation in accordance 
with the Global ATM Operational Concept (ICAO 9854). 
The Global ATM Operational Concept has greater data requirements than 
a rivers af can be supported by the existing flight planning provisions. These include 
2.2 FF-ICE Change system-wide information sharing, providing early intent data, management 


by trajectory, CDM, and high automation support requiring machine 
readability and unambiguous information. 
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Attempts to accommodate changing information needs at global, regional, 
and state levels resulted in use of ICAO Flight Plan Item 18 that were 
inefficient. There were problems with inconsistent requirements, lack of 
2.2 Flexible global definitions, problems with automation processing, etc. There needs 
2.2 FF-ICE Information to be flexibility so that new data elements can be included and information 
Set no longer relevant deleted. Inefficient constraints, such as fixed data 
lengths or free text information, should be minimized. A concept that 
ensures that updates to flight information formats are done in a globally 
efficient manner is required. 
The FF-ICE supports unambiguous versioning of information with validation 
2.2 Flexible against a published standard. Changes to the FF-ICE can be specified in 
2.2 | FF-ICE intonation new versions of the standard while standard practices ensure that formats 
‘ Set are adhered to. Backward compatibility between different versions allows 
interoperability between ATM Community members without requiring 
coordinated transitions. 
> 2 Flexi The FF-ICE data description provides flexibility in information formats. 
.2 Flexible : ; : 
22 FF-ICE (atormation Field lengths can be expanded in future versions to support current 
Set requirements. Valid field list items, such as aircraft types, can be 
managed in a globally consistent manner 
Ensure that definitions of information elements for the FF-ICE are globally 
standardized. Regional variation required for performance reasons will be 
implemented by use of different subsets of the standard information 
nA elements. New elements will be introduced regionally through regional 
22 ee 3.1 Principles extensions as needed but will not be mandatory for other regions, will not 
provide duplicate information of existing elements, and should be intended 
to become part of the global standard. A formal process will be introduced 
for migrating successful new elements into the standard. 
3.3 Overall Information may be personalized, filtered, and accessed, as needed. The 
2.2 FF-ICE Collaborative | initial quality of the information will be the responsibility of the originator; 
Environment subsequent handling will not compromise its quality. (§2.9.8) 
3.3 Overall 
2.2 FF-ICE Collaborative | Information management will use globally harmonized information 
Environment attributes. (§2.9.11) 
It is expected that for making changes to information, access rights to 
3.3 Overall each part of the flight information will be determined based upon the 
22 FF-ICE Collaborative authority that each user has, given the state of the flight. Mechanisms will 
. Environient be in place (e.g., data “ownership”) to manage information updates from 
multiple authorized parties. User profiles will be applied to define default 
behavior for access, authorization, and subscription to information. 
One of these domain specific data models would consider all flight 
information. The flight information to be exchanged needs to be modeled 
explicitly to allow a precise and concrete definition to be agreed upon. The 
22 FF-ICE 4.2 Information | model needs to pick up the currently used flight information elements and 


Elements 


expand them considerably to growing information needs. It needs to be 
consistent with work that has already defined some data models and the 
associated services within specific domains (e.g., Aeronautical 
Information). 
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The infrastructure of the FF-ICE needs to provide interoperability 
mechanisms at a lower level than the FF-ICE application. This includes also 
infrastructure services for: 
Security - Security services must be provided to ensure such aspects as 
identification, authentication, authorization, integrity, and confidentiality. 
Reliability - The infrastructure must ensure a known level of reliability. For 
ea instance, delivery of messages should be assured with specification on 
2.2 FF-ICE infrastructure delays and multiple deliveries. 
Auditing - The infrastructure should support logging information flows to 
support troubleshooting and to enable issuance of responsibility for user- 
initiated faults. 
Service Management - Delivery of services requires the ability to maintain 
and provide information regarding the services themselves. This can 
include service registration, discovery, and version control. Version control 
may include translation services to ensure backward compatibility. 
Appendix D The ATM system should be based on global standards and uniform 
22 9854 Expectations - | principles to ensure the technical and operational interoperability of ATM 
: Global systems and facilitate homogeneous and non-discriminatory global and 
Interoperability | regional traffic flows. 
FO The repository for the flight information (the harmonized and semantically 
2.2 ConOp Section 1.2 complete set of Flight Data Elements) must allow addition of new or 
Ss updated Data Elements easily. 
FO The FO data description provides flexibility in information formats. Field 
2 ConOp eertion 26 lengths can be expanded in future versions to support new requirements. 
’ : Valid field list items, such as aircraft types, can be managed in a globally 
consistent manner. 
2.3 FO shall develop optimal, to include flexibility, machine-readable 
3 information to ensure appropriate automation. 
Attempts to accommodate changing information needs at global, regional, 
and state levels resulted in use of ICAO Flight Plan Item 18 that were 
inefficient. There were problems with inconsistent requirements, lack of 
2.2 Flexible global definitions, problems with automation processing, etc. There needs 
2.3 FF-ICE Information to be flexibility so that new data elements can be included and information 
Set no longer relevant deleted. Inefficient constraints, such as fixed data 
lengths or free text information, should be minimized. A concept that 
ensures that updates to flight information formats are done in a globally 
efficient manner is required. 
The FF-ICE supports unambiguous versioning of information with validation 
2.2 Flexi against a published standard. Changes to the FF-ICE can be specified in 
.2 Flexible F f ; 
23 FF-ICE information new versions of the standard while standard practices ensure that formats 
Set are adhered to. Backward compatibility between different versions allows 
interoperability between ATM Community members without requiring 
coordinated transitions. 
2.2 Flexi The FF-ICE data description provides flexibility in information formats. 
.2 Flexible : ; : 
23 FF-ICE information Field lengths can be expanded in future versions to support current 
Set requirements. Valid field list items, such as aircraft types, can be 
managed in a globally consistent manner 
23 FF-ICE 2.2 Derivable | The FF-ICE supports the provision of information services to ensure 
; Information consistency of derived information. 
2.3 | FF-ICE | 3.1 Principles | Consider the cost impact on providers and consumers of flight information. 
23 FF-ICE 3.1 Principles Ensure information is machine-readable and limit the need for free-text 
: ‘ information. 
Eng 2.2 Flight Data | 2.2.2.4 Minimize, to the extent possible, limitations on the flight 
as Needs Management | information 
Eng 2.2 Flight Data | 2.2.2.5 Ensure flight information is machine readable and limits the use of 
= Needs Management | free-text information 
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2.3 


Section 1.2 


"FO will be in a format which enables automation to read and perform a 
variety of functions, thereby eliminating the need to re-enter data." 


2.4 


FO shall develop and maintain an operationally agnostic data 
model representation of the information within the flight domain. 


2.4 


FF-ICE 


3.3 Overall 
Collaborative 
Environment 


While the definition of flight information will be standardized globally, the 
FF-ICE will contain some data elements that are required in one region and 
not in others. Practically, this implies a need for an infrastructure to 
support the transport of this information. 


2.4 


FF-ICE 


3.3.1 Elts of 
the ICE 


Flight and flow information must interact with aeronautical information to 
deliver certain services required by multiple members of the ATM 
Community. Not all services will be required by all members of the ATM 
Community and all services will not be provided by all ASPs 


2.4 


FF-ICE 


3.3.1 Elts of 
the ICE 


AUO will face requirements on performance and/or approved capabilities, 
both static and dynamic. Some of these requirements are expected to be 
linked to aeronautical information. For example, certain airspace volumes 
or routes (where defined) will require levels of navigation performance. A 
mechanism must exist to specify and disseminate these requirements. 
These requirements may also be altered as a result of AOM activities or 
weather conditions. 


2.4 


FF-ICE 


3.5.1 
Scheduling and 
Strategic 
Activities 


In a performance-based environment, certain regions will require more 
stringent information provision in order to achieve required performance 
levels. Airspace users will have access to these requirements and, based 
upon the flight being planned, additional information will be provided. This 
may include, among other things: 

- Aircraft type information for aerodrome gate planning 

- Aircraft wake performance for aerodrome capacity estimation 

- Navigation performance on departure or arrival at the requested 
aerodromes for capacity estimation 

- Environmental performance levels for environmental management 

- Achievable departure and arrival time performance 

Notified aerodromes and ASP use the provided information to conduct 
strategic DCB and related AOM activities to deliver capacity where 
required 


2.4 


FF-ICE 


4.2 Information 
Elements 


The future ATM System will depend on an overall ATM information 
reference model which will provide a neutral (i.e. no constraints on 
implementation) definition of ATM information. 


2.4 


FF-ICE 


4.2 Information 
Elements 


One of these domain specific data models would consider all flight 
information. The flight information to be exchanged needs to be modeled 
explicitly to allow a precise and concrete definition to be agreed upon. The 
model needs to pick up the currently used flight information elements and 
expand them considerably to growing information needs. It needs to be 
consistent with work that has already defined some data models and the 
associated services within specific domains (e.g., Aeronautical 
Information). 


2.4 


2.2 Flight Data 
Management 


2.2.2.1 Establish flexible, stable, and consistent flight data models, 
structures and formats 


2.4 


Section 1.4 


FIXM has been identified as the data standard to be used by the FAA to 
exchange FO data within the NAS and between the FAA and other ANSPs. 
FIXM will standardize current and future elements to increase 
interoperability and data exchange between systems that require FO 
information. 


2.4 


Section 1.2 


Authorized stakeholders and ANSPs may electronically access consistent 
flight data that is tailored to their specific need and use. 
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2.5 


FO shall define and regulate the chronological sequence of flight 
data input, updates and sharing in support of automated flight 
management and execution. 


2.5 


2.2 Sharing 
Flight 
Information 


The FF-ICE will provide the ability to share the same flight information 
across a broad range of collaborating participants before and during a 
flight. 


2.5 


2.2 Sharing 
Flight 
Information 


The information about the flight will be available from the time of first 
notification of the flight intent until after the flight has completed, at which 
time the information will be archived. 


2.5 


FF-ICE 


3.3 Overall 
Collaborative 
Environment 


Authority to access and populate information items will be controlled in 
accordance with a set of rules known to the ATM Community. Users may 
have access to a subset of information within the FF-ICE. These access 
rights are not static and may change as a function of time or status of the 
flight/system. Rules will also depend on the specific instance of the FF-ICE 
(e.g., One airspace user may not alter other users’ information). 


2.5 


FF-ICE 


3.3 Overall 
Collaborative 
Environment 


It is expected that for making changes to information, access rights to 
each part of the flight information will be determined based upon the 
authority that each user has, given the state of the flight. Mechanisms will 
be in place (e.g., data “ownership”) to manage information updates from 
multiple authorized parties. User profiles will be applied to define default 
behavior for access, authorization, and subscription to information. 


2.5 


FF-ICE 


3.3.1 Elts of 
the ICE 


For performance reasons, different information elements will be required 
under different circumstances, locations, and times. The required set of 
information elements and conditions on providing information will be 
specified in requirements. Both global and regional requirements will 
exist... As an example, one region may require airport slot information for 
coordinated airports at some time before estimated off block time (EOBT). 
A mechanism will be in place to ensure, through automated means, that 
information requirements are complied with. Compliance with 
requirements may be real-time (e.g., information item is provided by a 
specified time) or post-analysis (e.g., early intent information meets 
accuracy requirements). 


2.5 


FF-ICE 


3.3.1 Elts of 
the ICE 


Flight and flow information must interact with aeronautical information to 
deliver certain services required by multiple members of the ATM 
Community. Not all services will be required by all members of the ATM 
Community and all services will not be provided by all ASPs 


2.5 


FF-ICE 


3.3.1 Elts of 
the ICE 


Separation provision activities will be conducted by the designated 
separator, which may be an ASP or the airspace user. In a trajectory- 
based environment, this activity operates on the 4D trajectory supplied as 
part of flight information, supplemented with up-to-date surveillance 
information. Separation provision must also consider the overall ATM 
situation, including dynamical aeronautical information, weather, and 
infrastructure status as shown in Figure 3.3-5. 


2.5 


FF-ICE 


3.4 FF-ICE 
Timeline 


Whereas currently an aircraft operator may file a single FPL form, in the 
future, the operator will provide increasing information about a flight as 
time approaches departure and throughout the flight. Some of this 
information is known ahead of time with relative certainty (e.g., departure 
and arrival airport), other information will be better known closer to 
departure (e.g., route of flight, estimated time en-route), and some could 
change dynamically throughout the flight (e.g., estimated time of 
departure, agreed trajectory). 
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Since the flight information process is expected to be ongoing, 
requirements for the provision of information will be event-driven. These 
can include certain events such as: the availability of a significant piece of 
2.5 | FF-ICE 3.4 FF-ICE data such as weather, a fixed time before scheduled pushback, a time 
: Timeline prior to entry into airspace, the issuance of a clearance, or a change in 
responsibility. One example of an information provision requirement 
would be that before departure, the airspace user shall supply information 
necessary for the provision of emergency services. 
Initial information provision may occur at any point along the timeline. For 
example, differing airspace users may have different planning horizons as 
described in Section 3.4.5. This initial information will be provided through 
3.4 FF-ICE a designated point-of-entry (POE, see Appendix H.1.5) and to an ASP 
2.5 FF-ICE Timeline typically applicable to the flight’s departure point. Some ASPs may 
accommodate multiple POEs, and some ASPs may accommodate the 
receipt of initial flight information from POEs not explicitly associated with 
a flight’s departure point. Clarity regarding responsibility for information is 
aided by information audit trails. 
25 FF-ICE 3.4 FF-ICE Requirements will be levied on participants to supply specific information 
: Timeline by certain deadlines tied to events. 
25 FF-ICE 3.4 FF-ICE The FF-ICE will be updated dynamically throughout the operation of a 
, Timeline flight. 
3.4.1 Airspace user-provided information is subject to change as information 
25 FF-ICE Scheduling and | becomes known with greater certainty closer to departure. Operators 
‘ Strategic providing this information are expected to update it as more accurate 
Activities planning information becomes available. 
3.4.1 
2.5 | FF-IcE | 2cheduling and | _ 
’ Strategic Airspace users may wish to provide information for flights which will 
Activities operate in the same manner on a repeated basis. This is acceptable 
Near to the actual departure time of the flight (usually 24 hours preceding 
the flight), information necessary for more precise planning becomes 
available. This includes winds, weather, system outages, availability of 
3.5.3 Tactical | trained crew, and equipment status. The airspace user provides a 
2.5 FF-ICE Operational 4D trajectory representing the desired flight path (appendix D explains the 
Planning trajectory in more detail). Additional information on aircraft performance 
capabilities is provided in areas such as navigation, surveillance, 
communication, separation assurance, safety-net, noise, emission, and 
wake. 
Throughout the flight, the FF-ICE provides the necessary information for 
providing separation and designating the responsible separator and 
25 FF-ICE 3.5.4 Flight separation mode. Information on approvals for airborne applications (e.g., 
7 Operation limited delegated separation, autonomous separation) and functioning, 
and approved equipment on-board will be contained in the flight 
information. 
The multiple phases of the FF-ICE are expected to alter or remove the need 
5.4 Impact on | for the various filed FPL update messages depending on implementation. 
2.5 FF-ICE Other ATS The more dynamic and collaborative nature of flight information will 
Messages require information be provided earlier and with more frequent updates 
with unambiguous reference to existing flight information 
2.9.7 ATM data has temporality and will change over time, but to varying 
2.91 P degrees in terms of frequency or magnitude, varying from almost static to 
.9 Information ; : : ; 
2.5 9854 very dynamic. Information management will recognize and accommodate 


Services 


this temporality of data. This will impact the organization and issuance of 
data. 
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2.9.14 In order to satisfy the requirements of all information users and to 
avoid waste of resources and the risk of information overload, information 
+8 intonation management will use a variety of information issuance concepts in relation 
, Sanicce.. to the application using it and the media used to carry it. Typically, the 
2.5 9854 Temporality information relevant toa flight will be tailored and filtered, and accessible 
and lecbiance dynamically as the flight is planned and then progresses. Intelligent 
information management will be used to realize virtually “unlimited” 
access to information with “limited” bandwidth, and optimize the transfer 
of information. 
FO The information about the flight will be available from the time of first 
2.5 ConOp Section 2.2 notification of the flight intent until after the flight has completed, at which 
Ss time the information will be archived. 
FO On the first notification of flight intent, a globally unique flight identifier 
2.5 ConOp Section 2.3 (GUFI) will be created that will allow all (with appropriate access rights) to 
Ss view or modify information related to the same flight. 
FO shall provide the ability to share relevant and timely flight 
3.1 information across a broad range of authorized ATM participants 
throughout the life cycle of a flight. 
The Global ATM Operational Concept has greater data requirements than 
S iDriverea can be supported by the existing flight planning provisions. These include 
3.1 FF-ICE Change system-wide information sharing, providing early intent data, management 
by trajectory, CDM, and high automation support requiring machine 
readability and unambiguous information. 
2.2 Sharing The FF-ICE will provide the ability to share the same flight information 
3.1 FF-ICE Flight across a broad range of collaborating participants before and during a 
Information flight. 
2.2 Sharing The information about the flight will be available from the time of first 
3.1 FF-ICE Flight notification of the flight intent until after the flight has completed, at which 
Information time the information will be archived. 
2.2 
3.1 FF-ICE Inconsistent On the first notification of flight intent, a globally unique flight identifier 
. Flight (GUFI) will be created that will allow all (with appropriate access rights) to 
Information view or modify information related to the same flight. 
Ensure that the airspace user makes available, relevant operational 
a al cans 26> R08 information to the ATM System 
Ensure mutual exchange of relevant and timely data: 
— for the benefit of situational awareness; 
3.1 FF-ICE 2.3 - R12 — for conflict-free trajectory management; and 
— to allow CDM concerning consequences of airspace user system design 
changes 
a) Utilize historical and forecast weather information, including seasonal 
patterns and major weather phenomena; 
b) Use information on changes in infrastructure status to increase 
predictability and maximize capacity utilization to meet performance 
targets; 
3.1 FF-ICE 2.3 - R36 c) Ensure collaboration on post-event analysis to support strategic 
planning; 
d) Utilize projected traffic demand and planned trajectories; 
e) Accommodate revisions to trajectory requests and resource status; 
f) Ensure collaboration on projections and responses; 
g) Facilitate collaboration on trajectory changes and traffic demands 
ae Allow aircraft to indicate their detailed performance capabilities, such as 
aun eee ot PAUEIPIE required navigation performance (RNP) level. 
3.3 Overall While the definition of flight information will be standardized globally, the 
; ; FF-ICE will contain some data elements that are required in one region and 
3.1 FF-ICE Collaborative 


Environment 


not in others. Practically, this implies a need for an infrastructure to 
support the transport of this information. 
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3.3 Overall 
3.1 FF-ICE Collaborative | Information must be shared on a system-wide basis. (§2.9.5) 
Environment 
3.3.1 Elts of Participants are expected to provide and consume shared information, 
3.1 FF-ICE “the ICE subject to tailored information requirements, to deliver the Concept 
component functionality. 
Whereas currently an aircraft operator may file a single FPL form, in the 
future, the operator will provide increasing information about a flight as 
time approaches departure and throughout the flight. Some of this 
3.1 FF-ICE 3.4 FF-ICE information is known ahead of time with relative certainty (e.g., departure 
: Timeline and arrival airport), other information will be better known closer to 
departure (e.g., route of flight, estimated time en-route), and some could 
change dynamically throughout the flight (e.g., estimated time of 
departure, agreed trajectory). 
Initial information provision may occur at any point along the timeline. For 
example, differing airspace users may have different planning horizons as 
described in Section 3.4.5. This initial information will be provided through 
3.4 FF-ICE a designated point-of-entry (POE, see Appendix H.1.5) and to an ASP 
3.1 FF-ICE Tinvielite typically applicable to the flight’s departure point. Some ASPs may 
accommodate multiple POEs, and some ASPs may accommodate the 
receipt of initial flight information from POEs not explicitly associated with 
a flight’s departure point. Clarity regarding responsibility for information is 
aided by information audit trails. 
3.1 FF-ICE 3.4 FF-ICE The FF-ICE will be updated dynamically throughout the operation of a 
; Timeline flight. 
3.4.1 
3.1 FF-ICE Scheduling and | Airspace users may wish to provide information for flights which will 
: Strategic operate in the same manner on a repeated basis. This is acceptable 
Activities 
3.4.1 
3.1 FF-ICE Scheduling and | Nothing precludes an operator from supplying more information at an 
: Strategic earlier point in the timeline. 
Activities 
While information provision is expected to be event-generated, it is 
recognized that there are a variety of categories of airspace users: 
Airspace User who is a Seasonal Planner - This is the type of 
airspace user who decides to fly more than a month before the flight will 
take place; for example, an airline. 
3.1 FF-ICE eee Seay Airspace User who is a Medium-Term Planner — This is the type of 
; Timeline airspace user who decides to fly between one day to one month before the 
flight will take place; for example, a charter operator or certain military 
airspace users. 
On Demand Airspace User - This is the type of airspace user who 
decides to fly within the last 24 hours before the flight; for example, a 
business jet, air taxi, or certain types of military airspace user. 
Near to the actual departure time of the flight (usually 24 hours preceding 
the flight), information necessary for more precise planning becomes 
available. This includes winds, weather, system outages, availability of 
3.5.3 Tactical | trained crew, and equipment status. The airspace user provides a 
3.1 FF-ICE Operational 4D trajectory representing the desired flight path (appendix D explains the 
Planning trajectory in more detail). Additional information on aircraft performance 
capabilities is provided in areas such as navigation, surveillance, 
communication, separation assurance, safety-net, noise, emission, and 
wake. 
SWIM—integrating all relevant ATM data—will form the basis for 
3.1 FF-ICE 4.1 Overview | information management of the entire ATM System and will be essential 


for its efficient operation. 
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3.1 


3.1 


FF-ICE 


4.1 Overview 


4.1 Overview 


Sharing information of the required quality and timeliness in a secure 
environment is an essential enabler to the FF-ICE concept. The scope 
extends to all flight information that is of potential interest to ATM, 
especially various trajectories data. 

New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 

‘Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 

- Increased numbers of involved information providers, collaborators, and 
users 

- Increased collaboration between airspace users and service providers 

- Increased services supporting information accessibility and user 
collaboration 

- Timely access to relevant information 

- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 

- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 


3.1 


FF-ICE 


4.2.1 Data 
Hierarchy 


The FF-ICE concept requires the provision and exchange of a growing set 
of flight information. This flight information is structured into related 
groups of data elements which are: 

- Flight identifying information 

- Flight SAR information 

- Flight permission information 

- Flight preference information 

- Flight trajectory information (Performance information is organized within 
the trajectory in recognition that flight performance capabilities may differ 
at different segments along the trajectory.) 

- Additional information 
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3.1 


FF-ICE 


4.4.2.2 
Security 


System wide security management functions (e.g., access control, network 
management) will be integrated and will meet the broadly accepted 
information system security needs: 

Identification: The recipient of information needs to determine the identity 
of the sender. Information received may be a request for services or 
information related to the FPL. 

Authentication: The recipient of information must ensure that the identity 
of the sender is valid. 

Authorization: The recipient must determine the level of access granted to 
an authenticated second party. This access is for providing or receiving 
data or services. 

Integrity: Transmitted data must remain unaltered until final delivery. 
Confidentiality: Transmitted data must not be viewed by unauthorized 
entities. 

Availability: While not exclusively a security concern, the introduction of 
“denial of service” attacks makes some aspects of availability a security 
issue. Availability ensures that FPL information and services can be 
accessed when required. The security component deals with availability as 
a result of deliberate actions (versus system malfunction) to deny 
availability. 

Accountability: Authorities must be able to determine the actions of the 
interacting agents and to identify the agents. Audit trails support 
accountability. 


3.1 


FF-ICE 


5.6.1 
Transition 
Steps 


From a user perspective, the main characteristics of the FF-ICE can be 
summarized as: 

- Globally Unique Flight Identifier (GUFI) 

- Airspace users submitting early flight information 

- Provision and exchange of full FF-ICE information including 4D trajectory 
- Submission, retrieval, and dissemination of FF-ICE information 


3.1 


FF-ICE 


App B.2 
Transition 
Scenarios 


The interaction between aircraft operators and ASPs can potentially fall 
into several categories: 

¢ An FF-ICE-enabled ASP may require operators to provide FF-ICE 
information 

¢ An FF-ICE-enabled ASP may allow both present-day FPL filing and FF-ICE 
information provision for some transition period. Improved service levels 
may be provided to operators providing the FF-ICE. 

¢ An ASP operating with a present-day FPL may only accept the present- 
day FPL 

¢ An ASP operating with a present-day FPL may choose to accept a FF-ICE 
but operate internally as if an FPL was received. 
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The operational scenarios described in this appendix indicate that ASPs will 
verify compliance with requirements. This term may refer to several types 
of dynamic requirements imposed on a flight and the information provided. 
¢ Syntax - Format for FF-ICE information items is expected to comply with 
a standard that can be automatically checked for validity through 
automation. The approach will comply with industry standards and 
provide flexibility through versioning. Standards will be defined at a global 
level but accommodate regional extensions. 
App C.1 ¢ Content - Requirements may be specified regarding what information 
meeting items must be provided at a certain point in the time evolution of a flight. 
3.1 FF-ICE (operational (For example, ATM System performance may dictate the need for flight 
: Scenarios) schedule information three months before estimated off block time [EOBT] 
requirements for flights operating to a specific destination airport.) 
¢ Performance - Constraints on required performance levels may be 
imposed on flights based upon where/when they are operating. These 
constraints may be in such areas as navigation (e.g., RNP level) or 
environmental (e.g., noise) performance. 
¢ Accuracy - FF-ICE information may have to be specified to a given level 
of accuracy and reliability. 
¢ Access Permissions - Airspace users may require permission for access. 
¢ Operational constraints - Additional requirements on flight information 
may include necessary operational constraints on a flight’s trajectory. 
2.9.2 Information management provides accredited, quality-assured and 
2.0 Intarnation timely information used to support ATM operations. Information 
3.1 9854 , Sarvicas management will also monitor and control the quality of the shared 
information and provide information-sharing mechanisms that support the 
ATM community. 
905 lAformabion 2.9.8 Information may be personalized, filtered and accessed as needed. 
3.1 9854 : Sanices The initial quality of the information provided will be the responsibility of 
the originator; subsequent handling will not compromise its quality. 
Appendix D A global ATM system should provide an operating environment that 
3.1 9854 Expectations - | ensures that all airspace users have right of access to the ATM resources 
. Access and needed to meet their specific operational requirements and that the 
equity shared use of airspace by different users can be achieved safely. 
2.9 Flight Data 
Eng Content and 2.9.2.6 Ensure that flight data is available when it is needed (data 
3.1 Needs Data 1 ees 
availability) 
Exchanges 
Performance 
2.11 Data 
En Exchange 2.11.2.4 Define and establish communication capabilities needed to 
3.1 sade System and support stakeholder flight data exchange requirements and harmonize the 
Network exchange among managing authorities 
Management 
31 eae Section 1.2 Authorized stakeholders and ANSPs may electronically access consistent 
; g ; flight data that is tailored to their specific need and use. 
i : The FO will provide the ability to share the same flight information across a 
3.1 ConOp Section 2.2 : x ; ‘ 
s broad range of collaborating participants before and during a flight. 
FO shall enable and support higher levels of collaboration and 
3.2 automated CDM than was available prior to NextGen 


implementation. 
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3.2 


2 Drivers of 
Change 


The Global ATM Operational Concept has greater data requirements than 
can be supported by the existing flight planning provisions. These include 
system-wide information sharing, providing early intent data, management 
by trajectory, CDM, and high automation support requiring machine 
readability and unambiguous information. 


3.2 


FF-ICE 


2.2 Sharing 
Flight 
Information 


The FF-ICE will provide the ability to share the same flight information 
across a broad range of collaborating participants before and during a 
flight. 


3.2 


FF-ICE 


2.3 - R12 


Ensure mutual exchange of relevant and timely data: 

— for the benefit of situational awareness; 

— for conflict-free trajectory management; and 

— to allow CDM concerning consequences of airspace user system design 
changes 


3.2 


FF-ICE 


2.3 - R36 


a) Utilize historical and forecast weather information, including seasonal 
patterns and major weather phenomena; 

b) Use information on changes in infrastructure status to increase 
predictability and maximize capacity utilization to meet performance 
targets; 

c) Ensure collaboration on post-event analysis to support strategic 
planning; 

d) Utilize projected traffic demand and planned trajectories; 

e) Accommodate revisions to trajectory requests and resource status; 
f) Ensure collaboration on projections and responses; 

g) Facilitate collaboration on trajectory changes and traffic demands 


3.2 


FF-ICE 


2.3 - R178 


Ensure that aircraft capabilities will be totally integrated into the 
collaborative decision-making process of the ATM Community and allow 
them to comply with all relevant ATM System requirements 


3.2 


FF-ICE 


3.1 Principles 


Incorporate information for increased and more automated CDM. 


3.2 


FF-ICE 


4.1 Overview 


New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 

‘Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 

- Increased numbers of involved information providers, collaborators, and 
users 

- Increased collaboration between airspace users and service providers 

- Increased services supporting information accessibility and user 
collaboration 

- Timely access to relevant information 

- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 

- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 


3.2 


FF-ICE 


5.6.1 
Transition 
Steps 


From a user perspective, the main characteristics of the FF-ICE can be 
summarized as: 

- Globally Unique Flight Identifier (GUFI) 

- Airspace users submitting early flight information 

- Provision and exchange of full FF-ICE information including 4D trajectory 
- Submission, retrieval, and dissemination of FF-ICE information 
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2.9.3 Information management will assemble the best possible integrated 
20 information picture of the historical, real-time and planned or foreseen future state of 
3.2 9854 : Baricds the ATM situation. Information management will provide the basis for 
improved decision making by all ATM community members. Key to the 
concept will be the management of an information-rich environment. 
> 6 Information 2.9.10 Information management will achieve a seamless transfer of 
3.2 9854 : Sarvicas relevant information between parties in a flexible, adaptable and scalable 
information environment. 
The global ATM system should ensure equity for all users that have access 
Appendix D to a given airspace or service. Generally, the first aircraft ready to use the 
Expectations - | ATM resources will receive priority, except where significant overall safety 
3.2 9854 : ae . 
Access and or system operational efficiency would accrue or national defense 
equity considerations or interests dictate that priority be determined ona 
different basis. 
FO shall enable and support a globally consistent mechanism and 
3.3 : ate, Ps : : * 
interface for providing and receiving flight information. 
3.3 FF-ICE 2.2 Information | In the end state, the FF-ICE provides a globally consistent mechanism and 
; Distribution consistent interface for providing and receiving FF-ICE information. 
3.3 Overall 
3.3 FF-ICE Collaborative | Information must be shared on a system-wide basis. (§2.9.5) 

Environment 
Once the FF-ICE is created, all interested and authorized parties will have 
access to the information it contains. One service may provide information 

3.3 Overall : : : ; 
‘ upon request. Another service may provide updates as the information 
3.3 FF-ICE Collaborative : caer a 
: changes. These updates will be based upon criteria specified by the 

Environment ‘ ‘ ecg : fae hen F 
information consumer. These criteria may require notification that a flight 
is no longer applicable should the flight information change. 

It is expected that for making changes to information, access rights to 
3.3 Overall each part of the flight information will be determined based upon the 
f : authority that each user has, given the state of the flight. Mechanisms will 
3.3 FF-ICE Collaborative ; is ae ‘ : 

Environment be in place (e.g., data “ownership”) to manage information updates from 
multiple authorized parties. User profiles will be applied to define default 
behavior for access, authorization, and subscription to information. 

: Prior to departure, not all trajectory information will be supplied by the 

3.5.3 Tactical ; : : 

: airspace user. For example, the airspace user may be concerned with 
3.3 FF-ICE Operational hback heel : 
Planning runway, pushback, and wheels-up times, but would accommodate any 
valid taxi-path. 
The future flight information technical environment which will be highly 
3.3 FF-ICE 4.1 Overview | interoperable and support the exchange of information as detailed in this 
concept. 
3.3 FF-ICE 4.2 Information | FF-ICE contains information necessary for the notifying, managing, and 
; Elements coordinating flights between members of the ATM Community. 
5.1 
3.3 FF-ICE | Characteristics | The FF-ICE will replace the present FPL as the single, global standardized 
of Transition message exchange process for FPL information. 
From a user perspective, the main characteristics of the FF-ICE can be 
5.6.1 summarized as: 
3.3 FF-ICE Transition “ Globally Unique Flight Identifier (GUFI) 
Stone - Airspace users submitting early flight information 
p - Provision and exchange of full FF-ICE information including 4D trajectory 
- Submission, retrieval, and dissemination of FF-ICE information 
2.3 Flight Data ; ; ; 
Eng 2.3.2.1 Implement consistent, reliable, and industry-accepted data 
3.3 Exchange : 
Needs exchange processes, standards and mechanisms 
Management 
FO The FO environment will ensure that consistent information is shared NAS- 
3.3 ConOp Section 1.2 wide. The initial quality of the information will be the responsibility of the 
Ss originator; subsequent handling will not compromise its quality 
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33 ee Section 2.4 In the end state, the FO provides a globally consistent mechanism and 
, ‘ , consistent interface for the provision and receipt of FO information. 
3.4 FO shall be designed to operate within SWIM. 
The FF-ICE concept recognizes that performance considerations may result 
in not everyone being able to participate at the same level of information 
3.4 FF-ICE 2.2 Information | sharing. Thus, for an extended time there will be “pockets” of SWIM 
. Distribution capabilities. Consideration is given to how advanced SWIM capabilities can 
be maximized even with areas that have not yet enabled advanced SWIM 
capabilities. 
SWIM—integrating all relevant ATM data—will form the basis for 
3.4 FF-ICE 4.1 Overview | information management of the entire ATM System and will be essential 
for its efficient operation. 
4.3 System- 
3.4 | FF-ICE ie. . : . 
, Information SWIM is supported by a suitable architecture allowing exchange of data 
Management | and ATM services across the whole ATM System. 
App B.1 The FF-ICE concept includes a high-level description for submission, 
3.4 FF-ICE Transition retrieval, and dissemination of FF-ICE information by means of 
‘ Steps - Step 2 publish/subscribe and request/reply mechanisms supported by System 
Wide Information Management (SWIM) architecture. 
App B.1 This (SWIM) architecture could facilitate the later steps by providing a 
3.4 FF-ICE Transition ‘converter’ function between the FPL and FF-ICE information format and 
Steps - Step 2 | content. 
App B.1 
3.4 FF-ICE Transition Specifications will be needed for the (SWIM region-to-region) interface in 
Steps - Step 1 | order to ensure the required level of interoperability. 
App B.1 An end-to-end delivery assurance scheme will be required (for SWIM 
3.4 FF-ICE Transition region-to-region interfaces), consistent with the level of criticality of 
Steps - Step 1 | applications using the provided data. 
App B.1 The example provided (of SWIM region-to-region interfaces) can be 
3.4 FF-ICE Transition extended to other interactions (e.g., request/reply) beyond 
Steps - Step 1 | publish/subscribe. 
FO 
3.4 | ConOp Section 4.2 SWIM will form the technical basis for information exchange/management 
Ss of the FO data and will be essential for its efficient operation 
FO shall provide a mechanism (or mechanisms) to exchange 
3.5 defined proprietary data, flight preference data, performance 
data, and FO information updates among authorized users. 
29 Rdvance The FF-ICE provides the ability for notification by the airspace user of 
3.5 FF-ICE N en il preferences. This information can be supplied earlier to all authorized 
otification parties. 
Whether for commercial sensitivities or aviation security purposes, there is 
a need for increased information security. For example, an airline may be 
3.5 FF-ICE 2.2 Information | willing to share information with a service provider to permit an improved 
: Security performance of the ATM System but would be unwilling for that same 
information to be available to an airline competitor. - The FF-ICE exchange 
mechanisms support layered information security 
Ensure that flight parameters and aircraft performance characteristics are 
2) | cree Snes available to the ATM System 
Ensure that aircraft capabilities will be totally integrated into the 
3.5 FF-ICE 2.3-R177 collaborative decision-making process of the ATM Community and allow 
them to comply with all relevant ATM System requirements 
3.5 FF-ICE 3.1 Principles Allow aircraft to indicate their detailed performance capabilities, such as 


required navigation performance (RNP) level. 
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3.3 Overall The FF-ICE will be based on a globally consistent and unambiguous set of 
3.5 FF-ICE Collaborative | information elements. Providing consistent information does not imply 
Environment | that information requirements will be identical globally. 
3.5 FF-ICE Ree Information sharing can be adjusted to mitigate any proprietary concerns. 
Environment (§2.9.9) 
The FF-ICE concept requires the provision and exchange of a growing set 
of flight information. This flight information is structured into related 
groups of data elements which are: 
- Flight identifying information 
- Flight SAR information 
3.5 FF-ICE ieee - Flight permission information 
- Flight preference information 
- Flight trajectory information (Performance information is organized within 
the trajectory in recognition that flight performance capabilities may differ 
at different segments along the trajectory.) 
- Additional information 
The introduction of the FF-ICE will allow the provision of airspace user 
35 FF-ICE 5.5 User constraints, preferences, priorities, and other potentially proprietary 
: Interactions information. Through information security, this FF-ICE information can be 
protected. 
App B.1 This (SWIM) architecture could facilitate the later steps by providing a 
3.5 FF-ICE Transition ‘converter’ function between the FPL and FF-ICE information format and 
Steps - Step 2 | content. 
2.9.9 The information management function will allow all participants to 
adjust information sharing to mitigate any proprietary concerns. Sensitivity 
3.5 9854 2.9 Information | with regard to some data will continue to exist and will be managed within 
: Services the information management function. Once an ATM community member 
agrees to release information, the data will be available to the extent 
required and will be made accessible to specified parties. 
FO shall ensure that air defense systems, military control systems, 
3.6 SAR organizations, accident/incident investigation authorities, law 
: enforcement, and regulatory authorities receive the needed timely 
and accurate information on flights and ATM system intents. 
The FF-ICE concept requires the provision and exchange of a growing set 
of flight information. This flight information is structured into related 
groups of data elements which are: 
- Flight identifying information 
- Flight SAR information 
3.6 FF-ICE jee pala - Flight permission information 
ierarchy : : : 
- Flight preference information 
- Flight trajectory information (Performance information is organized within 
the trajectory in recognition that flight performance capabilities may differ 
at different segments along the trajectory.) 
- Additional information 
2.9 Information | 2.9.20 (a) Air defense systems and military control systems will need 
3.6 9854 Services - timely and accurate information on flights and ATM system intents. They 
: other essential | will be involved in airspace reservations and notification of air activities 
services and in enforcing measures related to security. 
2.9 Information | 2.9.20 (b) Search and rescue organizations will need timely and accurate 
3.6 9854 Services - search and rescue information on aircraft in distress and accidents 
‘ other essential | because such information plays an important role in the quality of the 
services search function. 
2.9 Information 
3.6 9854 Services - 2.9.20 (c) Aviation accident/incident investigation authorities will need to 
: other essential | exploit recordings of flight trajectory data and ATM actions. 
services 
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2.9 Information : : , wes . 
Sarvices - 2.9.20 (d) Law enforcement (including customs and police authorities) will 
3.6 9854 étharoscantal need flight identification and flight trajectory data, as well as information 
eehicds about traffic at aerodromes. 
eee 2.9.20 (e) Regulatory authorities will need to implement the regulatory 
3.6 9854 ather essential framework within the legal powers given to them and to monitor the safety 
services status of the ATM system. 
The global ATM system should ensure equity for all users that have access 
Appendix D to a given airspace or service. Generally, the first aircraft ready to use the 
3.6 9854 Expectations - | ATM resources will receive priority, except where significant overall safety 
i Access and or system operational efficiency would accrue or national defense 
equity considerations or interests dictate that priority be determined ona 
different basis. 
3.7 FO data exchange shall enhance flight data interoperability and 
i accessibility. 
Authority to access and populate information items will be controlled in 
3.3 Overall accordance with a set of rules known to the ATM Community. Users may 
3.7 | FF-ICE | Collaborative | Mave access to a subset of information within the FF-ICE. These access 
HaviConnnent rights are not static and may change as a function of time or status of the 
flight/system. Rules will also depend on the specific instance of the FF-ICE 
(e.g., One airspace user may not alter other users’ information). 
Once the FF-ICE is created, all interested and authorized parties will have 
3.3 Overall access to the information it contains. One service may provide information 
3.7 FF-ICE Collaborative | UPON request. Another service may provide updates as the information 
environment changes. These updates will be based upon criteria specified by the 
information consumer. These criteria may require notification that a flight 
is no longer applicable should the flight information change. 
It is expected that for making changes to information, access rights to 
3°39 Hverll each part of the flight information will be determined based upon the 
3.7 FF-ICE Callaborative authority that each user has, given the state of the flight. Mechanisms will 
Environment be in place (e.g., data “ownership”) to manage information updates from 
multiple authorized parties. User profiles will be applied to define default 
behavior for access, authorization, and subscription to information. 
New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 
- Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 
- Increased numbers of involved information providers, collaborators, and 
users 
- Increased collaboration between airspace users and service providers 
- Increased services supporting information accessibility and user 
collaboration 
: - Timely access to relevant information 
on FRICE OVEMIEN | Increased levels of service supported by new automation capabilities on 
the ground and in the air 
- Increased technical quality of service including areas of security, 
reliability, and latency 
- Improved interoperability 
- Improved data consistency and availability for system performance 
evaluation 
- Support of the defined and agreed quality of service around the data 
- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 
- Increased support for layered information security 
3.7 FF-ICE 4.2 Information | FF-ICE contains information necessary for the notifying, managing, and 


Elements 


coordinating flights between members of the ATM Community. 
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3.7 


FF-ICE 


4.4 
Infrastructure 


The infrastructure of the FF-ICE needs to provide interoperability 
mechanisms at a lower level than the FF-ICE application. This includes also 
infrastructure services for: 

Security - Security services must be provided to ensure such aspects as 
identification, authentication, authorization, integrity, and confidentiality. 
Reliability - The infrastructure must ensure a known level of reliability. For 
instance, delivery of messages should be assured with specification on 
delays and multiple deliveries. 

Auditing - The infrastructure should support logging information flows to 
support troubleshooting and to enable issuance of responsibility for user- 
initiated faults. 

Service Management - Delivery of services requires the ability to maintain 
and provide information regarding the services themselves. This can 
include service registration, discovery, and version control. Version control 
may include translation services to ensure backward compatibility. 


3.7 


FF-ICE 


4.4.2.2 
Security 


System wide security management functions (e.g., access control, network 
management) will be integrated and will meet the broadly accepted 
information system security needs: 

Identification: The recipient of information needs to determine the identity 
of the sender. Information received may be a request for services or 
information related to the FPL. 

Authentication: The recipient of information must ensure that the identity 
of the sender is valid. 

Authorization: The recipient must determine the level of access granted to 
an authenticated second party. This access is for providing or receiving 
data or services. 

Integrity: Transmitted data must remain unaltered until final delivery. 
Confidentiality: Transmitted data must not be viewed by unauthorized 
entities. 

Availability: While not exclusively a security concern, the introduction of 
“denial of service” attacks makes some aspects of availability a security 
issue. Availability ensures that FPL information and services can be 
accessed when required. The security component deals with availability as 
a result of deliberate actions (versus system malfunction) to deny 
availability. 

Accountability: Authorities must be able to determine the actions of the 
interacting agents and to identify the agents. Audit trails support 
accountability. 


3.7 


9854 


2.9 Information 
Services 


2.9.4 Information management will contribute to meeting the expectations 
of the ATM community through all operational services. Its more direct 
contribution to improvements in the ATM system will be in the quality of 
the information that will, in turn, provide significant additional benefits. In 
particular, the wide availability of high-quality, relevant aeronautical data 
presented to all airspace users in a usable format will contribute to 
increased aviation safety. 


3.7 


9854 


2.9 Information 
Services 


2.9.6 For the ATM system to operate at its full potential, pertinent 
information will be available when and where required. 


3.7 


9854 


2.9 Information 
Services - 
Temporality 
and Issuance 


2.9.14 In order to satisfy the requirements of all information users and to 
avoid waste of resources and the risk of information overload, information 
management will use a variety of information issuance concepts in relation 
to the application using it and the media used to carry it. Typically, the 
information relevant to a flight will be tailored and filtered, and accessible 
dynamically as the flight is planned and then progresses. Intelligent 
information management will be used to realize virtually “unlimited” 
access to information with “limited” bandwidth, and optimize the transfer 
of information. 
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Appendix D A global ATM system should provide an operating environment that 
3.7 9854 Expectations - | ensures that all airspace users have right of access to the ATM resources 
‘ Access and needed to meet their specific operational requirements and that the 
equity shared use of airspace by different users can be achieved safely. 
Appendix D The ATM system should be based on global standards and uniform 
3.7 9854 Expectations - | principles to ensure the technical and operational interoperability of ATM 
: Global systems and facilitate homogeneous and non-discriminatory global and 
Interoperability | regional traffic flows. 
2.6 Flight Data ; . -_ 
3.7 Eng Exchange 2.6.2.1 Ensure flight data access control and interface accountability (e.g. 
‘ Needs Security auditing) 
FO shall enable authorized users to personalize and filter their 
3.8 flight data exchanges in support of their efforts to access only the 
flight data they need. 
3.3 Overall While the definition of flight information will be standardized globally, the 
3.8 FF-ICE Collaborative FF-ICE will contain some data elements that are required in one region and 
Environment not in others. Practically, this implies a need for an infrastructure to 
support the transport of this information. 
3.3 Overall Information may be personalized, filtered, and accessed, as needed. The 
3.8 FF-ICE Collaborative | initial quality of the information will be the responsibility of the originator; 
Environment subsequent handling will not compromise its quality. (§2.9.8) 
From a user perspective, the main characteristics of the FF-ICE can be 
56.1 summarized as: 
3.8 FF-ICE Transition ' Globally Unique Flight Identifier (GUFI) 
Steps ‘ Airspace users submitting early flight information 
- Provision and exchange of full FF-ICE information including 4D trajectory 
- Submission, retrieval, and dissemination of FF-ICE information 
200: informakinn 2.9.8 Information may be personalized, filtered and accessed as needed. 
3.8 9854 ; eanicns The initial quality of the information provided will be the responsibility of 
the originator; subsequent handling will not compromise its quality. 
2.9.14 In order to satisfy the requirements of all information users and to 
avoid waste of resources and the risk of information overload, information 
26 information management will use a variety of information issuance concepts in relation 
Ganvicas = to the application using it and the media used to carry it. Typically, the 
3.8 9854 Temporality information relevant to a flight will be tailored and filtered, and accessible 
ana lecuence dynamically as the flight is planned and then progresses. Intelligent 
information management will be used to realize virtually “unlimited” 
access to information with “limited” bandwidth, and optimize the transfer 
of information. 
41 FO shall identify and make available flight data and data exchange 
: requirements. 
Once the FF-ICE is created, all interested and authorized parties will have 
3.3 Overall access to the information it contains. One service may provide information 
Al FF-ICE Callaborakive upon request. Another service may provide updates as the information 
BAvironiment changes. These updates will be based upon criteria specified by the 
information consumer. These criteria may require notification that a flight 
is no longer applicable should the flight information change. 
It is expected that for making changes to information, access rights to 
3.3 Overall each part of the flight information will be determined based upon the 
Al FF-ICE Collaborative authority that each user has, given the state of the flight. Mechanisms will 
Environment be in place (e.g., data “ownership”) to manage information updates from 
multiple authorized parties. User profiles will be applied to define default 
behavior for access, authorization, and subscription to information. 
3.3.1 Elts of Participants are expected to provide and consume shared information, 
4.1 FF-ICE the ICE subject to tailored information requirements, to deliver the Concept 


component functionality. 
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The airspace user is one participant that provides and updates flight 
information. It also receives or obtains ASP-issued modifications to that 
information. There will be requirements on the information that must be 
Al EF-ICE 3.3.1 Elts of provided, and there may be requirements on aircraft 
; the ICE performance/capabilities. The airspace user will be able to obtain these 
requirements and ensure compliance. In some areas, these requirements 
may be dynamic, with a correspondingly dynamic and automated 
mechanism for obtaining requirements. 
Initial information provision may occur at any point along the timeline. For 
example, differing airspace users may have different planning horizons as 
described in Section 3.4.5. This initial information will be provided through 
3.4 FF-ICE a designated point-of-entry (POE, see Appendix H.1.5) and to an ASP 
4.1 FF-ICE Timeline typically applicable to the flight’s departure point. Some ASPs may 
accommodate multiple POEs, and some ASPs may accommodate the 
receipt of initial flight information from POEs not explicitly associated with 
a flight’s departure point. Clarity regarding responsibility for information is 
aided by information audit trails. 
Al FF-ICE 3.4 FF-ICE Requirements will be levied on participants to supply specific information 
; Timeline by certain deadlines tied to events. 
3.4.1 Airspace user-provided information is subject to change as information 
Al FF-ICE Scheduling and | becomes known with greater certainty closer to departure. Operators 
‘ Strategic providing this information are expected to update it as more accurate 
Activities planning information becomes available. 
In a performance-based environment, certain regions will require more 
stringent information provision in order to achieve required performance 
levels. Airspace users will have access to these requirements and, based 
upon the flight being planned, additional information will be provided. This 
may include, among other things: 
3.5.1 - Aircraft type information for aerodrome gate planning 
Al FF-ICE Scheduling and | - Aircraft wake performance for aerodrome capacity estimation 
: Strategic ‘ Navigation performance on departure or arrival at the requested 
Activities aerodromes for capacity estimation 
- Environmental performance levels for environmental management 
- Achievable departure and arrival time performance 
Notified aerodromes and ASP use the provided information to conduct 
strategic DCB and related AOM activities to deliver capacity where 
required 
Appendix D A global ATM system should provide an operating environment that 
Al 9854 Expectations - | ensures that all airspace users have right of access to the ATM resources 
; Access and needed to meet their specific operational requirements and that the 
equity shared use of airspace by different users can be achieved safely. 
2.4 Discovery 
eng a Sulton and 2.4.2.1. Support the discovery of stakeholders’ current and evolving flight 
4.1 | Needs Evolving d ; 
ata requirements 
Future 
Requirements 
2.4 Discovery 
Eng of Current and 
: 2.4.2.2 Enable all stakeholders to identify/select (discover) the flight data 
4.1 | Needs Evolving | harized 
putire elements they require (and are authorized to receive) 
Requirements 
FO shall identify the flight data and data exchange services that 
4.2 are available to and/or are required from Airspace Users and 


provide mechanisms to make this descriptive information 
available. 
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4.2 


FF-ICE 


2.1.1 


Quality of Service Assessment - In some KPAs (efficiency, flexibility, 
predictability), performance is defined as the difference between the flight 
as flown and a certain baseline for the flight. What needs to be measured 
and managed are changes and trade-offs made during the (collaborative) 
planning process and the extent to which ATM can facilitate optimum flight 
operations as defined by the performance needs of each individual 
airspace user. In order to support these KPAs, the FF-ICE will need to 
enable archiving of a number of trajectory versions representing reference 
performance and the evolution of the plan as a result of the collaborative 
planning process. 


4.2 


FF-ICE 


3.3.1 Elts of 
the ICE 


The airspace user is one participant that provides and updates flight 
information. It also receives or obtains ASP-issued modifications to that 
information. There will be requirements on the information that must be 
provided, and there may be requirements on aircraft 
performance/capabilities. The airspace user will be able to obtain these 
requirements and ensure compliance. In some areas, these requirements 
may be dynamic, with a correspondingly dynamic and automated 
mechanism for obtaining requirements. 


4.2 


FF-ICE 


3.3.1 Elts of 
the ICE 


Flight and flow information must interact with aeronautical information to 
deliver certain services required by multiple members of the ATM 
Community. Not all services will be required by all members of the ATM 
Community and all services will not be provided by all ASPs 


4.2 


4.2 


FF-ICE 


4.4 
Infrastructure 


Section 1.2 


The infrastructure of the FF-ICE needs to provide interoperability 
mechanisms at a lower level than the FF-ICE application. This includes also 
infrastructure services for: 

Security - Security services must be provided to ensure such aspects as 
identification, authentication, authorization, integrity, and confidentiality. 
Reliability - The infrastructure must ensure a known level of reliability. For 
instance, delivery of messages should be assured with specification on 
delays and multiple deliveries. 

Auditing - The infrastructure should support logging information flows to 
support troubleshooting and to enable issuance of responsibility for user- 
initiated faults. 

Service Management - Delivery of services requires the ability to maintain 
and provide information regarding the services themselves. This can 
include service registration, discovery, and version control. Version control 
may include translation services to ensure backward compatibility. 


Flight Object consumers must be able to seamlessly discover and integrate 
new or updated Data Elements. 


4.3 


FO shall provide mechanisms by which all ATM participants can 
participate in identifying and developing new flight data and data 
exchanges as members of the CDM process. 


4.3 


FF-ICE 


2.3 - R16 


Ensure that airspace users are included in all aspects of airspace 
management via the collaborative decision-making process 


4.3 


9854 


Appendix D 
Expectations - 
Participation 
by the ATM 
community 


The ATM community should have a continuous involvement in the 
planning, implementation and operation of the system to ensure that the 
evolution of the global ATM system meets the expectations of the 
community. 


4.3 


Eng 
Needs 


2.4 Discovery 
of Current and 
Evolving 
Future 
Requirements 


2.4.2.3 Enable all stakeholders to propose and participate in the 
introduction of new flight data elements and data classes 
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2.4 Discovery 
f Current an ' 
Eng Sel = and 2.4.2.4 Support the discovery of current and future data exchange 
4.3 Evolving : 
Needs services 
Future 
Requirements 
2.4 Discovery 
E of Current and | 2.4.2.5 Support the discovery of stakeholders’ evolving flight data 
4.3 ng Evolving requirements 
Needs 
Future 
Requirements 
FO ; ; ; . 
: Flight Object consumers must be able to seamlessly discover and integrate 
tion 1.2 
ae eae seco new or updated Data Elements. 
FO The repository for the flight information (the harmonized and semantically 
4.3 ConOp Section 1.2 complete set of Flight Data Elements) must allow addition of new or 
Ss updated Data Elements easily. 
5.1 FO shall identify and support region-unique and region-to-region 
‘ flight data and data interface requirements. 
Ensure that definitions of information elements for the FF-ICE are globally 
standardized. Regional variation required for performance reasons will be 
implemented by use of different subsets of the standard information 
: Fae elements. New elements will be introduced regionally through regional 
ae EGE 31-Fninciples extensions as needed but will not be mandatory for other regions, will not 
provide duplicate information of existing elements, and should be intended 
to become part of the global standard. A formal process will be introduced 
for migrating successful new elements into the standard. 
3.3 Overall Local design decisions may dictate that the underlying mechanisms for 
' f communicating flight information may not be identical; however, these 
5.1 FF-ICE Collaborative 1 ; : 
Envi mechanisms must be compatible across boundaries and capable of 
nvironment : : : ; : : : 
exchanging required information during all phases of flight planning. 
3.3 Overall The FF-ICE will be based on a globally consistent and unambiguous set of 
5.1 FF-ICE Collaborative | information elements. Providing consistent information does not imply 
Environment | that information requirements will be identical globally. 
3.3 Overall While the definition of flight information will be standardized globally, the 
; : FF-ICE will contain some data elements that are required in one region and 
5.1 FF-ICE Collaborative ; : ae : : 
: not in others. Practically, this implies a need for an infrastructure to 
Environment page P 
support the transport of this information. 
For performance reasons, different information elements will be required 
under different circumstances, locations, and times. The required set of 
information elements and conditions on providing information will be 
specified in requirements. Both global and regional requirements will 
3.3.1 Elts of exist... AS an example, one region may require airport slot information for 
5.1 FF-ICE aM coordinated airports at some time before estimated off block time (EOBT). 
the ICE A : : 
A mechanism will be in place to ensure, through automated means, that 
information requirements are complied with. Compliance with 
requirements may be real-time (e.g., information item is provided by a 
specified time) or post-analysis (e.g., early intent information meets 
accuracy requirements). 
Flight and flow information must interact with aeronautical information to 
51 EF-ICE 3.3.1 Elts of deliver certain services required by multiple members of the ATM 
: the ICE Community. Not all services will be required by all members of the ATM 


Community and all services will not be provided by all ASPs 
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Specifications on providing required information for the FF-ICE will also be 
3.3.1 Elts of expressed using aeronautical information. For example, levels of precision 
5.1 FF-ICE Ty required for trajectory information provision can be dynamic and 
the ICE ’ : ; 
dependent on airspace constructs such as routing. Requirements may also 
vary regionally based upon circumstances and desired performance levels. 
In a performance-based environment, certain regions will require more 
stringent information provision in order to achieve required performance 
levels. Airspace users will have access to these requirements and, based 
upon the flight being planned, additional information will be provided. This 
may include, among other things: 
3.5.1 - Aircraft type information for aerodrome gate planning 
51 FF-ICE Scheduling and | - Aircraft wake performance for aerodrome capacity estimation 
. Strategic - Navigation performance on departure or arrival at the requested 
Activities aerodromes for capacity estimation 
- Environmental performance levels for environmental management 
- Achievable departure and arrival time performance 
Notified aerodromes and ASP use the provided information to conduct 
strategic DCB and related AOM activities to deliver capacity where 
required 
Adjacent regions may operate with different types of FPLs (i.e., future 
5.1 versus present). Flights operating across these boundaries require the 
5.1 FF-ICE | Characteristics | ability to provide flight information to both types of regions, and a 
of Transition mechanism must be defined for in-flight amendments across differing 
regions. 
51 During transition, a Se have to a aa ier in which different , 
Ga ae regions are transitioning at different speeds, while maintaining operationa 
2) FF-ICE Characteristics service and making the best use of the FF-ICE aspects which they have 
of Transition ; 
implemented at each step. 
The FF-ICE will consider requirements of member states regarding the 
5.3 Information | need for information. Some of this information will have its access limited, 
5.1 FF-ICE Access and security measures will be in place to ensure that this access is strictly 
Requirements | controlled. Additional security measures will likely be implemented for 
information confidentiality and integrity. 
6 ACtual Flights operating between regions where the present Flight Plan is used 
é ve and regions using the FF-ICE will require that necessary information be 
5.1 FF-ICE Transition : : : ieee 
phase pares through or around incompatible regions for transmission to the 
App B.1 
5.1 FF-ICE Transition Specifications will be needed for the (SWIM region-to-region) interface in 
Steps - Step 1 | order to ensure the required level of interoperability. 
App B.1 An end-to-end delivery assurance scheme will be required (for SWIM 
5.1 FF-ICE Transition region-to-region interfaces), consistent with the level of criticality of 
Steps - Step 1 | applications using the provided data. 
App B.1 As soon as two regions have implemented the GUFI, the ASPs and other 
51 FF-ICE Transition FF-ICE information users in those regions will be able to include it in any 
Steps - Step 2 flight data which they may pass to each other concerning flights which fly 
through both regions. 
App B.2 
5.1 FF-ICE Transition The anticipation that not all ASPs will transition to the FF-ICE at once will 
Scenarios require a means for flight planning to continue during this period. 
For amendments initiated in a present-day FPL region, neighboring FF-ICE 
App B.2 regions will likely have to be able to incorporate changes to the FPL data 
5.1 FF-ICE Transition items into the FF-ICE. Similarly, changes initiated in an FF-ICE region can 
Scenarios be transformed into the present-day FPL for transfer to adjacent FIRs 
operating present-day FPL systems. 
Eng 2.3 Flight Data 2.3.2.4 Provide support for localized documentation of services (e.g., 
5.1 Needs Exchange service descriptions) and data element representations (e.g., unit of 
Management | measure conversion, date/time format, support for non-Latin alphabets) 
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2.7 Flight Data 
51 Eng and Data 2.7.2.3 Establish international agreement on flight data content and data 
‘ Needs Exchange exchanges between regions 
Governance 
5.2 FO shall support the transition and evolution of the flight plan and 
i flight-related messages. 
2.2 Sharing 
5.2 FF-ICE Flight The FF-ICE will replace all existing data message formats between ATM 
Information Community members about flight intent and flight progression. 
Attempts to accommodate changing information needs at global, regional, 
and state levels resulted in use of ICAO Flight Plan Item 18 that were 
inefficient. There were problems with inconsistent requirements, lack of 
2.2 Flexible global definitions, problems with automation processing, etc. There needs 
5.2 FF-ICE Information to be flexibility so that new data elements can be included and information 
Set no longer relevant deleted. Inefficient constraints, such as fixed data 
lengths or free text information, should be minimized. A concept that 
ensures that updates to flight information formats are done in a globally 
efficient manner is required. 
The future flight information exchange mechanism must support a 
, transition. During the transition period, present-day systems that employ 
a BRIE a OVE RIEM current message formats and protocols and new systems that employ the 
new standard are expected to continue to interoperate. 
5.1 
5.2 FF-ICE | Characteristics | The FF-ICE will replace the present FPL as the single, global standardized 
of Transition message exchange process for FPL information. 
Adjacent regions may operate with different types of FPLs (i.e., future 
5.1 versus present). Flights operating across these boundaries require the 
5.2 FF-ICE | Characteristics | ability to provide flight information to both types of regions, and a 
of Transition mechanism must be defined for in-flight amendments across differing 
regions. 
5.4 Impact on Changes to the process for providing flight information will result in 
52 FF-ICE ‘Other ATS required changes to additional ATS Service messages. In particular, all 
Messages messages which rely on data fields defined for the FPL will be impacted by 
changes to the data fields. 
The multiple phases of the FF-ICE are expected to alter or remove the need 
5.4 Impact on | for the various filed FPL update messages depending on implementation. 
5.2 FF-ICE Other ATS The more dynamic and collaborative nature of flight information will 
Messages require information be provided earlier and with more frequent updates 
with unambiguous reference to existing flight information 
Coordination messages will be impacted by changes to the information 
5.4 Impact on | format, exchange mechanisms, and the flight information process. The 
5.2 FF-ICE Other ATS Global ATM Operational Concept and associated requirements indicate the 
Messages need for shared common information. The process by which this 
information is shared will replace the current coordination messages 
5.2 FF-ICE 5.5 User During transition, global operators will likely interface with both present- 
; Interactions day and future systems simultaneously. 
It is not expected that the transition to the FF-ICE will occur on a global 
5.6 Actual scale all at once, and for this reason, operational compatibility between 
52 FF-ICE Transition existing and future flight information is required. During this transition — 
. Bhase phase, processes must be in place to ensure that the required information 
for either the present Flight Plan or the new FF-ICE is provided to those 
ASPs using the applicable approach. 
6 Actual Flights operating between regions where the present Flight Plan is used 
5.2 FF-ICE Transition and regions using the FF-ICE will require that necessary information be 
: Bhiase passed through or around incompatible regions for transmission to the 


next. 
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App B.1 This (SWIM) architecture could facilitate the later steps by providing a 
5.2 FF-ICE Transition ‘converter’ function between the FPL and FF-ICE information format and 
Steps - Step 2 | content. 
App B.1 In this step, even flight information entering the Air Traffic Management 
52 FF-ICE Transition (ATM) System as an FPL would receive a GUFI generated according to an 
: Steps - Step 2 ICAO specification when accepted by the ATM network. The GUFI would be 
used in any further information sharing concerning the flights. 
App B.2 
5.2 FF-ICE Transition It is assumed that there is an overlap in the information required for the 
Scenarios FF-ICE compared to the present FPL 
The interaction between aircraft operators and ASPs can potentially fall 
into several categories: 
¢ An FF-ICE-enabled ASP may require operators to provide FF-ICE 
information 
App B.2 ¢ An FF-ICE-enabled ASP may allow both present-day FPL filing and FF-ICE 
5.2 FF-ICE Transition information provision for some transition period. Improved service levels 
Scenarios may be provided to operators providing the FF-ICE. 
¢ An ASP operating with a present-day FPL may only accept the present- 
day FPL 
¢ An ASP operating with a present-day FPL may choose to accept a FF-ICE 
but operate internally as if an FPL was received. 
For amendments initiated in a present-day FPL region, neighboring FF-ICE 
App B.2 regions will likely have to be able to incorporate changes to the FPL data 
5.2 FF-ICE Transition items into the FF-ICE. Similarly, changes initiated in an FF-ICE region can 
Scenarios be transformed into the present-day FPL for transfer to adjacent FIRs 
operating present-day FPL systems. 
2.5 Cross- 
Regional 
Eng International 
5.2 N Flight Data 2.5.2.1 Support legacy data content and data exchange requirements 
eeds C 
ontent and 
Data Exchange 
Requirements 
FO 
5.2 ConOp Section 4.1 Implementation of FO capabilities will be incremental. 
Ss 
FO shall support ATM operations during the transitional period 
5.3 during which ATM participants independently transition to full 
NextGen functionality. 
The FF-ICE concept recognizes that performance considerations may result 
in not everyone being able to participate at the same level of information 
53 FF-ICE 2.2 Information | sharing. Thus, for an extended time there will be “pockets” of SWIM 
: Distribution capabilities. Consideration is given to how advanced SWIM capabilities can 
be maximized even with areas that have not yet enabled advanced SWIM 
capabilities. 
35. Overall Local design decisions may dictate that the underlying mechanisms for 
53 FF-ICE ealleborstive communicating flight information may not be identical; however, these 
. Environiment mechanisms must be compatible across boundaries and capable of 
exchanging required information during all phases of flight planning. 
The future flight information exchange mechanism must support a 
: transition. During the transition period, present-day systems that employ 
a3 Eee ach Overiew current message formats and protocols and new systems that employ the 
new standard are expected to continue to interoperate. 
5.1 Not every participant in the ATM System will transition to the FF-ICE 
5.3 FF-ICE | Characteristics | simultaneously although certain states and regions may be able to act 


of Transition 


cooperatively to make the transition together. 
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51 During transition, a Ses have to fe oa in which different | 
Een regions are transitioning at different speeds, while maintaining operationa 
5.3 Roel Characteristics service and making the best use of the FF-ICE aspects which they have 
of Transition F 
implemented at each step. 
5.4 Impact on Changes to the process for providing flight information will result in 
53 FF-ICE “Other ATS required changes to additional ATS Service messages. In particular, all 
Messages messages which rely on data fields defined for the FPL will be impacted by 
changes to the data fields. 
The multiple phases of the FF-ICE are expected to alter or remove the need 
5.4 Impact on | for the various filed FPL update messages depending on implementation. 
5.3 FF-ICE Other ATS The more dynamic and collaborative nature of flight information will 
Messages require information be provided earlier and with more frequent updates 
with unambiguous reference to existing flight information 
5.5 User During transition, global operators will likely interface with both present- 
5.3 FF-ICE : F 
Interactions day and future systems simultaneously. 
App B.1 
5.3 FF-ICE Transition In order to gain the maximum benefit of the transition steps as they are 
Steps implemented, regions may be advised to follow a common transition plan. 
App B.1 This (SWIM) architecture could facilitate the later steps by providing a 
5.3 FF-ICE Transition ‘converter’ function between the FPL and FF-ICE information format and 
Steps - Step 2 | content. 
App B.1 In this step, even flight information entering the Air Traffic Management 
53 FF-ICE ‘transition (ATM) System as an FPL would receive a GUFI generated according to an 
: Steps - Step 2 ICAO specification when accepted by the ATM network. The GUFI would be 
used in any further information sharing concerning the flights. 
App B.2 
5.3 FF-ICE Transition The anticipation that not all ASPs will transition to the FF-ICE at once will 
Scenarios require a means for flight planning to continue during this period. 
The interaction between aircraft operators and ASPs can potentially fall 
into several categories: 
¢ An FF-ICE-enabled ASP may require operators to provide FF-ICE 
information 
App B.2 ¢ An FF-ICE-enabled ASP may allow both present-day FPL filing and FF-ICE 
5.3 FF-ICE Transition information provision for some transition period. Improved service levels 
Scenarios may be provided to operators providing the FF-ICE. 
¢ An ASP operating with a present-day FPL may only accept the present- 
day FPL 
¢ An ASP operating with a present-day FPL may choose to accept a FF-ICE 
but operate internally as if an FPL was received. 
App B.2 
5.3 FF-ICE Transition Transition Steps, the FF-ICE may be implemented in steps and partial 
Scenarios functions may have to be supported during certain transition periods 
Eng Sea a 2.3.2.2 Support both legacy and evolving future NextGen processes and 
5.3 Needs g interfaces (e.g. CDM and SWIM) 
Management 
2.5 Cross- 
Regional 
International 2.5.2.2 Support evolving future data content and data exchange 
5.3 alee Flight Data mechanisms requirements (driven by individual stakeholder transition 
Content and plans and initiatives) 
Data Exchange 
Requirements 
FO 
5.3 ConOp Section 2.2 The FO will replace all existing data message formats between ATM 
Ss Community members about flight intent and flight progress. 


53 


Shal | Sourc 
1# e Ref Section Shall Statement/Supporting Source Citations 
FO 
5.3 ConOp Section 4.1 Implementation of FO capabilities will be incremental. 
Ss 
5.4 FO shall exploit and make best use of the NextGen functionality 
i implemented at each transitional step. 
The FF-ICE concept recognizes that performance considerations may result 
in not everyone being able to participate at the same level of information 
5.4 FF-ICE 2.2 Information | sharing. Thus, for an extended time there will be “pockets” of SWIM 
: Distribution capabilities. Consideration is given to how advanced SWIM capabilities can 
be maximized even with areas that have not yet enabled advanced SWIM 
capabilities. 
3.3 Overall Local design decisions may dictate that the underlying mechanisms for 
j : communicating flight information may not be identical; however, these 
5.4 FF-ICE Collaborative : : ; 
Environient mechanisms must be compatible across boundaries and capable of 
exchanging required information during all phases of flight planning. 
New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 
- Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 
- Increased numbers of involved information providers, collaborators, and 
users 
- Increased collaboration between airspace users and service providers 
- Increased services supporting information accessibility and user 
collaboration 
F - Timely access to relevant information 
a Se a LOVEE, ill, Increased levels of service supported by new automation capabilities on 
the ground and in the air 
- Increased technical quality of service including areas of security, 
reliability, and latency 
- Improved interoperability 
- Improved data consistency and availability for system performance 
evaluation 
- Support of the defined and agreed quality of service around the data 
- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 
- Increased support for layered information security 
5.1 
5.4 FF-ICE | Characteristics 
of Transition There must be no reduction in safety during the transition period 
51 During transition, a ae have to ee esha in which different , 
Seer regions are transitioning at different speeds, while maintaining operationa 
a PIE Characteristics service and making the best use of the FF-ICE aspects which they have 
of Transition : 
implemented at each step. 
The multiple phases of the FF-ICE are expected to alter or remove the need 
5.4 Impact on | for the various filed FPL update messages depending on implementation. 
5.4 FF-ICE Other ATS The more dynamic and collaborative nature of flight information will 
Messages require information be provided earlier and with more frequent updates 
with unambiguous reference to existing flight information 
App B.1 This (SWIM) architecture could facilitate the later steps by providing a 
5.4 FF-ICE Transition ‘converter’ function between the FPL and FF-ICE information format and 
Steps - Step 2 | content. 
App B.1 In this step, even flight information entering the Air Traffic Management 
54 FF-ICE Transition (ATM) System as an FPL would receive a GUFI generated according to an 


Steps - Step 2 


ICAO specification when accepted by the ATM network. The GUFI would be 
used in any further information sharing concerning the flights. 
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App B.2 
5.4 FF-ICE Transition Transition Steps, the FF-ICE may be implemented in steps and partial 
Scenarios functions may have to be supported during certain transition periods 
2.9.14 In order to satisfy the requirements of all information users and to 
avoid waste of resources and the risk of information overload, information 
50 information management will use a variety of information issuance concepts in relation 
, Sarvices. to the application using it and the media used to carry it. Typically, the 
5.4 9854 Temporality information relevant toa flight will be tailored and filtered, and accessible 
and lesuance dynamically as the flight is planned and then progresses. Intelligent 
information management will be used to realize virtually “unlimited” 
access to information with “limited” bandwidth, and optimize the transfer 
of information. 
Appendix D 
Expectations - | The ATM community should have a continuous involvement in the 
5.4 9854 Participation planning, implementation and operation of the system to ensure that the 
by the ATM evolution of the global ATM system meets the expectations of the 
community community. 
1.6 The key issue is to eliminate, to the maximum extent possible, the 
need for duplication of ATM functionality within aircraft and/or ground 
Appendix G systems. The solutions chosen by a State or region need not be 
54 9854 EVOLUTION TO | technologically complex. Simple solutions, inter alia, changes to airspace 
. OPERATIONAL | organization and management, alignment of procedures, or strategic 
CONCEPT adjustment to flight schedules, may result in significant benefits for some 
States or regions. Others may require high levels of automation and 
technology. 
6.1 FO shall define and provide flight data and data exchange security 
i in the multi-tiered heterogeneous operational ATM environment. 
Whether for commercial sensitivities or aviation security purposes, there is 
a need for increased information security. For example, an airline may be 
6.1 EF-ICE 2.2 Information | willing to share information with a service provider to permit an improved 
: Security performance of the ATM System but would be unwilling for that same 
information to be available to an airline competitor. - The FF-ICE exchange 
mechanisms support layered information security 
6.1 | FF-ICE | 3.1 Principles | Allow for the provision of information security requirements. 
Sharing information of the required quality and timeliness in a secure 
6.1 FF-ICE 4.1 Overview environment is an essential enabler to the FF-ICE concept. The scope 


extends to all flight information that is of potential interest to ATM, 
especially various trajectories data. 
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6.1 


FF-ICE 


4.1 Overview 


New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 

‘Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 

- Increased numbers of involved information providers, collaborators, and 
users 

- Increased collaboration between airspace users and service providers 

- Increased services supporting information accessibility and user 
collaboration 

- Timely access to relevant information 

- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 

- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 


6.1 


FF-ICE 


4.4 
Infrastructure 


The infrastructure of the FF-ICE needs to provide interoperability 
mechanisms at a lower level than the FF-ICE application. This includes also 
infrastructure services for: 

Security - Security services must be provided to ensure such aspects as 
identification, authentication, authorization, integrity, and confidentiality. 
Reliability - The infrastructure must ensure a known level of reliability. For 
instance, delivery of messages should be assured with specification on 
delays and multiple deliveries. 

Auditing - The infrastructure should support logging information flows to 
support troubleshooting and to enable issuance of responsibility for user- 
initiated faults. 

Service Management - Delivery of services requires the ability to maintain 
and provide information regarding the services themselves. This can 
include service registration, discovery, and version control. Version control 
may include translation services to ensure backward compatibility. 


6.1 


FF-ICE 


4.4 
Infrastructure 


To fully protect the information during its lifetime, each component of the 
information processing system must have its own protection mechanisms 
by building up, layering on, and overlapping of security measures through 
a so-called defense-in-depth mechanism. The main layers of intervention 
are at network and data level. 
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6.1 


FF-ICE 


4.4.2.2 
Security 


System wide security management functions (e.g., access control, network 
management) will be integrated and will meet the broadly accepted 
information system security needs: 

Identification: The recipient of information needs to determine the identity 
of the sender. Information received may be a request for services or 
information related to the FPL. 

Authentication: The recipient of information must ensure that the identity 
of the sender is valid. 

Authorization: The recipient must determine the level of access granted to 
an authenticated second party. This access is for providing or receiving 
data or services. 

Integrity: Transmitted data must remain unaltered until final delivery. 
Confidentiality: Transmitted data must not be viewed by unauthorized 
entities. 

Availability: While not exclusively a security concern, the introduction of 
“denial of service” attacks makes some aspects of availability a security 
issue. Availability ensures that FPL information and services can be 
accessed when required. The security component deals with availability as 
a result of deliberate actions (versus system malfunction) to deny 
availability. 

Accountability: Authorities must be able to determine the actions of the 
interacting agents and to identify the agents. Audit trails support 
accountability. 


6.1 


FF-ICE 


5.3 Information 
Access 
Requirements 


The FF-ICE will consider requirements of member states regarding the 
need for information. Some of this information will have its access limited, 
and security measures will be in place to ensure that this access is strictly 
controlled. Additional security measures will likely be implemented for 
information confidentiality and integrity. 


6.1 


FF-ICE 


5.5 User 
Interactions 


The introduction of the FF-ICE will allow the provision of airspace user 
constraints, preferences, priorities, and other potentially proprietary 
information. Through information security, this FF-ICE information can be 
protected. 


6.1 


9854 


Appendix D 
Expectations - 
Security 


Security refers to the protection against threats that stem from intentional 
acts (e.g. terrorism) or unintentional acts (e.g. human error, natural 
disaster) affecting aircraft, people or installations on the ground. Adequate 
security is a major expectation of the ATM community and of citizens. The 
ATM system should therefore contribute to security, and the ATM system, 
as well as ATM-related information, should be protected against security 
threats. Security risk management should balance the needs of the 
members of the ATM community that require access to the system, with 
the need to protect the ATM system. In the event of threats to aircraft or 
threats using aircraft, ATM shall provide the authorities responsible with 
appropriate assistance and information. 


6.1 


Eng 
Needs 


2.6 Flight Data 
Exchange 
Security 


2.6.2.2 Ensure adherence to established authorizations for providing flight 
data and de-confliction services when there are conflicting data updates 


6.1 


Eng 
Needs 


2.6 Flight Data 
Exchange 
Security 


2.6.2.3 Ensure confidentiality (prevent disclosure of information to 
unauthorized stakeholders) 


6.1 


Eng 
Needs 


2.6 Flight Data 
Exchange 
Security 


2.6.2.4 Ensure data integrity (trustworthiness of the system) 
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En 2.6 Flight Data 
g Exchange 2.6.2.5 Prevent activities that reduce availability (e.g. denial-of-service 
6.1 Needs é 
Security attacks) 
En 2.6 Flight Data 
6.1 ea Exchange 2.6.2.6 Ensure authenticity (that the flight data is genuine and that all 
Security stakeholders involved in a transaction are correctly identified) 
2.6 Flight Data | 2.6.2.7 Ensure non-repudiation (prevent any stakeholder involved ina 
Eng ; : , : F : 
Exchange flight data transaction from denying having sent or received the flight 
6.1 Needs ‘ 
Security data) 
2.9 Flight Data 
Eng power 2.9.2.5 Ensure acceptable system security levels 
6.1 Data 
Needs 
Exchanges 
Performance 
FO 
6.1 ConOp Section 2.5 The FO exchange mechanisms support layered information security. 
Ss 
FO governance functions shall define and enable globally 
7.1 consistent standards-based flight data and data exchange 
mechanisms. 
1 FF-ICE 2.2 Information | In the end state, the FF-ICE provides a globally consistent mechanism and 
; Distribution consistent interface for providing and receiving FF-ICE information. 
Attempts to accommodate changing information needs at global, regional, 
and state levels resulted in use of ICAO Flight Plan Item 18 that were 
inefficient. There were problems with inconsistent requirements, lack of 
2.2 Flexible global definitions, problems with automation processing, etc. There needs 
7.1 FF-ICE Information to be flexibility so that new data elements can be included and information 
Set no longer relevant deleted. Inefficient constraints, such as fixed data 
lengths or free text information, should be minimized. A concept that 
ensures that updates to flight information formats are done in a globally 
efficient manner is required. 
The FF-ICE supports unambiguous versioning of information with validation 
2.2 Flexible against a published standard. Changes to the FF-ICE can be specified in 
7.1 | FF-ICE information new versions of the standard while standard practices ensure that formats 
: Set are adhered to. Backward compatibility between different versions allows 
interoperability between ATM Community members without requiring 
coordinated transitions. 
Provide a flexible concept that allows new technologies and procedures to 
oe be incorporated as necessary in a planned manner. This flexibility should 
deh. re 2, PNEIPIE also consider the effects of evolving information and communications 
standards. 
Ensure that definitions of information elements for the FF-ICE are globally 
standardized. Regional variation required for performance reasons will be 
implemented by use of different subsets of the standard information 
1 FF-ICE 3.1 Principles elements. New elements will be introduced regionally through regional 


extensions as needed but will not be mandatory for other regions, will not 
provide duplicate information of existing elements, and should be intended 
to become part of the global standard. A formal process will be introduced 
for migrating successful new elements into the standard. 
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7.1 


7.1 


FF-ICE 


3.3 Overall 
Collaborative 
Environment 


3.3 Overall 
Collaborative 
Environment 


Local design decisions may dictate that the underlying mechanisms for 
communicating flight information may not be identical; however, these 
mechanisms must be compatible across boundaries and capable of 
exchanging required information during all phases of flight planning. 
While the definition of flight information will be standardized globally, the 
FF-ICE will contain some data elements that are required in one region and 
not in others. Practically, this implies a need for an infrastructure to 
support the transport of this information. 


7.1 


FF-ICE 


3.3 Overall 
Collaborative 
Environment 


Information must be shared on a system-wide basis. (§2.9.5) 


7.1 


7.1 


FF-ICE 


FF-ICE 


4.1 Overview 


4.2 Information 
Elements 


New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 

‘Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 

- Increased numbers of involved information providers, collaborators, and 
users 

- Increased collaboration between airspace users and service providers 

- Increased services supporting information accessibility and user 
collaboration 

- Timely access to relevant information 

- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 

- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 

One of these domain specific data models would consider all flight 
information. The flight information to be exchanged needs to be modeled 
explicitly to allow a precise and concrete definition to be agreed upon. The 
model needs to pick up the currently used flight information elements and 
expand them considerably to growing information needs. It needs to be 
consistent with work that has already defined some data models and the 
associated services within specific domains (e.g., Aeronautical 
Information). 


7.1 


FF-ICE 


App B.2 
Transition 
Scenarios 


The interaction between aircraft operators and ASPs can potentially fall 
into several categories: 

¢ An FF-ICE-enabled ASP may require operators to provide FF-ICE 
information 

¢ An FF-ICE-enabled ASP may allow both present-day FPL filing and FF-ICE 
information provision for some transition period. Improved service levels 
may be provided to operators providing the FF-ICE. 

¢ An ASP operating with a present-day FPL may only accept the present- 
day FPL 

¢ An ASP operating with a present-day FPL may choose to accept a FF-ICE 
but operate internally as if an FPL was received. 
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2.9.14 In order to satisfy the requirements of all information users and to 
avoid waste of resources and the risk of information overload, information 
+8 intonation management will use a variety of information issuance concepts in relation 
, Sanicce.. to the application using it and the media used to carry it. Typically, the 
7.1 9854 Temporality information relevant toa flight will be tailored and filtered, and accessible 
and lecbiance dynamically as the flight is planned and then progresses. Intelligent 
information management will be used to realize virtually “unlimited” 
access to information with “limited” bandwidth, and optimize the transfer 
of information. 
Appendix D The ATM system should be based on global standards and uniform 
71 9854 Expectations - | principles to ensure the technical and operational interoperability of ATM 
: Global systems and facilitate homogeneous and non-discriminatory global and 
Interoperability | regional traffic flows. 
2.2.3 c) where a change to a system implies a departure from “currently 
approved operational boundaries”, it will not be possible to determine a 
Appendix F priori, without analysis, whether it will impact safety or not. Therefore, for 
7.1 9854 ATM System any change, a clearly defined and explicit change management process 
Performance will be used, supported by a safety case or equivalent, including the 
analysis of all the necessary routine and foreseeable emergency 
configurations; 
2.7 Flight Data 
1 Eng and Data 2.7.2.2 Set acceptable, and agreed to, quality of service and performance 
; Needs Exchange levels 
Governance 
2.11 Data 
71 Eng nd 2.11.2.5 Support distributed and loosely coupled management 
. Needs Network structures in which multiple authorities control their respective domains 
Management 
FO FIXM has been identified as the data standard to be used by the FAA to 
ConOp Section 14 exchange FO data within the NAS and between the FAA and other ANSPs. 
7.1 ‘ FIXM will standardize current and future elements to increase 
° interoperability and data exchange between systems that require FO 
information. 
FO shall develop and maintain appropriate management, 
7.2 secretariat facilitation support, and processes during the 
evolution to full NextGen functionality. 
Mandatory requirements for data and requirements for submission are 
balanced to enhance flexibility and ensure reliability of information— 
> FAdvahce however, airspace users will be encouraged to supply information as soon 
7.2 FF-ICE Notification as it becomes reliable enough to be useful to assist in ATM planning. 
Service providers will be reminded to consider all performance areas, 
including flexibility to accommodate infrequent subsequent changes that 
appear to be in good faith. 
Attempts to accommodate changing information needs at global, regional, 
and state levels resulted in use of ICAO Flight Plan Item 18 that were 
inefficient. There were problems with inconsistent requirements, lack of 
2.2 Flexible global definitions, problems with automation processing, etc. There needs 
7.2 FF-ICE Information to be flexibility so that new data elements can be included and information 
Set no longer relevant deleted. Inefficient constraints, such as fixed data 


lengths or free text information, should be minimized. A concept that 
ensures that updates to flight information formats are done in a globally 
efficient manner is required. 
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7.2 


FF-ICE 


2.2 Flexible 
Information 
Set 


The FF-ICE supports unambiguous versioning of information with validation 
against a published standard. Changes to the FF-ICE can be specified in 
new versions of the standard while standard practices ensure that formats 
are adhered to. Backward compatibility between different versions allows 
interoperability between ATM Community members without requiring 
coordinated transitions. 


7.2 


FF-ICE 


2.3 - R36 


a) Utilize historical and forecast weather information, including seasonal 
patterns and major weather phenomena; 

b) Use information on changes in infrastructure status to increase 
predictability and maximize capacity utilization to meet performance 
targets; 

c) Ensure collaboration on post-event analysis to support strategic 
planning; 

d) Utilize projected traffic demand and planned trajectories; 

e) Accommodate revisions to trajectory requests and resource status; 
f) Ensure collaboration on projections and responses; 

g) Facilitate collaboration on trajectory changes and traffic demands 


7.2 


FF-ICE 


3.1 Principles 


Avoid unnecessary limitations on information. 


7.2 


FF-ICE 


3.1 Principles 


Consider the cost impact on providers and consumers of flight information. 


7.2 


FF-ICE 


3.1 Principles 


Ensure that definitions of information elements for the FF-ICE are globally 
standardized. Regional variation required for performance reasons will be 
implemented by use of different subsets of the standard information 
elements. New elements will be introduced regionally through regional 
extensions as needed but will not be mandatory for other regions, will not 
provide duplicate information of existing elements, and should be intended 
to become part of the global standard. A formal process will be introduced 
for migrating successful new elements into the standard. 


7.2 


FF-ICE 


4.4 
Infrastructure 


The infrastructure of the FF-ICE needs to provide interoperability 
mechanisms at a lower level than the FF-ICE application. This includes also 
infrastructure services for: 

Security - Security services must be provided to ensure such aspects as 
identification, authentication, authorization, integrity, and confidentiality. 
Reliability - The infrastructure must ensure a known level of reliability. For 
instance, delivery of messages should be assured with specification on 
delays and multiple deliveries. 

Auditing - The infrastructure should support logging information flows to 
support troubleshooting and to enable issuance of responsibility for user- 
initiated faults. 

Service Management - Delivery of services requires the ability to maintain 
and provide information regarding the services themselves. This can 
include service registration, discovery, and version control. Version control 
may include translation services to ensure backward compatibility. 


7.2 


FF-ICE 


5.5 User 
Interactions 


The introduction of the FF-ICE will allow the provision of airspace user 
constraints, preferences, priorities, and other potentially proprietary 
information. Through information security, this FF-ICE information can be 
protected. 


7.2 


9854 


2.9 Information 
Services 


2.9.4 Information management will contribute to meeting the expectations 
of the ATM community through all operational services. Its more direct 
contribution to improvements in the ATM system will be in the quality of 
the information that will, in turn, provide significant additional benefits. In 
particular, the wide availability of high-quality, relevant aeronautical data 
presented to all airspace users in a usable format will contribute to 
increased aviation safety. 
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2:0 information 2.9.13 The temporality of the information depends on its nature. Some 
. Sanicses data can be prepared in advance and are valid for a rather long period; 
7.2 9854 Temporality other data change in real time and are obsolete immediately. Asa 
andilecuance principle, any valid and relevant information will be made available as 
soon as it becomes available. 
The global ATM system should ensure equity for all users that have access 
Appendix D to a given airspace or service. Generally, the first aircraft ready to use the 
52 9854 Expectations - | ATM resources will receive priority, except where significant overall safety 
. Access and or system operational efficiency would accrue or national defense 
equity considerations or interests dictate that priority be determined ona 
different basis. 
Safety is the highest priority in aviation, and ATM plays an important part 
in ensuring overall aviation safety. Uniform safety standards and risk and 
Appendix D safety management practices should be applied systematically to the ATM 
7.2 9854 Expectations - | system. In implementing elements of the global aviation system, safety 
Safety needs to be assessed against appropriate criteria and in accordance with 
appropriate and globally standardized safety management 
processes and practices. 
2.7 Flight Data 
52 Eng and Data 2.7.2.1 Define change management processes for data content and data 
. Needs Exchange exchanges (possibly via a Change Control Board-like mechanism) 
Governance 
2.7 Flight Data 
52 Eng and Data 2.7.2.4 Establish versioning policies for data content, data models, data 
: Needs Exchange structures, and data exchanges 
Governance 
The FO supports unambiguous versioning of information with validation 
FO against a published standard. Changes to the FO can be specified in new 
52 ConOp Section 2.6 versions of the technical standards while standard practices ensure that 
: 6 : formats are followed. Backward compatibility between different versions 
allows interoperability between ATM Community members without 
requiring coordinated transitions. 
FO shall devise, document and support development of 
8.1 appropriate touch-points and interactions with the aeronautical 
and other NextGen domains. 
Flight and flow information must interact with aeronautical information to 
8.1 FF-ICE 3.3.1 Elts of deliver certain services required by multiple members of the ATM 
; the ICE Community. Not all services will be required by all members of the ATM 
Community and all services will not be provided by all ASPs 
Flight information will refer to aeronautical information (e.g., this could be 
expressed in Aeronautical Information Exchange Model [AIXM] format). 
8.1 FF-ICE 3.3.1 Elts of This includes static information such as runways, airports, and fixed 
: the ICE boundaries. Aeronautical information can also be dynamic as described 
below. In the far-term, it is expected that all aeronautical information will 
be managed to support dynamic data. 
AOM allows the dynamic definition of airspace constructs such as airspace 
3.3.1 Elts of volumes and routes. This will be dynamically reflected in aeronautical 
8.1 FF-ICE “the ICE information. These must be shared in such a way that flight information 
can reference the dynamic data and verify that flights meet required 
constraints. 
Specifications on providing required information for the FF-ICE will also be 
3.3.1 Elts of expressed using aeronautical information. For example, levels of precision 
8.1 FF-ICE “the ICE required for trajectory information provision can be dynamic and 


dependent on airspace constructs such as routing. Requirements may also 
vary regionally based upon circumstances and desired performance levels. 
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8.1 


FF-ICE 


3.3.1 Elts of 
the ICE 


Separation provision activities will be conducted by the designated 
separator, which may be an ASP or the airspace user. In a trajectory- 
based environment, this activity operates on the 4D trajectory supplied as 
part of flight information, supplemented with up-to-date surveillance 
information. Separation provision must also consider the overall ATM 
situation, including dynamical aeronautical information, weather, and 
infrastructure status as shown in Figure 3.3-5. 


8.1 


FF-ICE 


3.4 FF-ICE 
Timeline 


Since the flight information process is expected to be ongoing, 
requirements for the provision of information will be event-driven. These 
can include certain events such as: the availability of a significant piece of 
data such as weather, a fixed time before scheduled pushback, a time 
prior to entry into airspace, the issuance of a clearance, or a change in 
responsibility. One example of an information provision requirement 
would be that before departure, the airspace user shall supply information 
necessary for the provision of emergency services. 


8.1 


FF-ICE 


3.5.3 Tactical 
Operational 
Planning 


Near to the actual departure time of the flight (usually 24 hours preceding 
the flight), information necessary for more precise planning becomes 
available. This includes winds, weather, system outages, availability of 
trained crew, and equipment status. The airspace user provides a 

4D trajectory representing the desired flight path (appendix D explains the 
trajectory in more detail). Additional information on aircraft performance 
capabilities is provided in areas such as navigation, surveillance, 
communication, separation assurance, safety-net, noise, emission, and 
wake. 


8.1 


FF-ICE 


4.2 Information 
Elements 


One of these domain specific data models would consider all flight 
information. The flight information to be exchanged needs to be modeled 
explicitly to allow a precise and concrete definition to be agreed upon. The 
model needs to pick up the currently used flight information elements and 
expand them considerably to growing information needs. It needs to be 
consistent with work that has already defined some data models and the 
associated services within specific domains (e.g., Aeronautical 
Information). 


8.1 


9854 


2.9 Information 
Services 


2.9.4 Information management will contribute to meeting the expectations 
of the ATM community through all operational services. Its more direct 
contribution to improvements in the ATM system will be in the quality of 
the information that will, in turn, provide significant additional benefits. In 
particular, the wide availability of high-quality, relevant aeronautical data 
presented to all airspace users in a usable format will contribute to 
increased aviation safety. 


8.1 


9854 


2.9 Information 
Services - 
Media 


2.9.15 The reference medium for aeronautical data will be a fully electronic 
and networked environment, with printouts used only as needed for 
reference, temporary memorization and visualization support to human 
operators. 


8.2 


FO data shall be linked to and compatible with the NAS Enterprise 
Architecture. 


8.2 


FF-ICE 


4.1 Overview 


SWIM—integrating all relevant ATM data—will form the basis for 
information management of the entire ATM System and will be essential 
for its efficient operation. 


8.2 


FF-ICE 


4.2 Information 
Elements 


One of these domain specific data models would consider all flight 
information. The flight information to be exchanged needs to be modeled 
explicitly to allow a precise and concrete definition to be agreed upon. The 
model needs to pick up the currently used flight information elements and 
expand them considerably to growing information needs. It needs to be 
consistent with work that has already defined some data models and the 
associated services within specific domains (e.g., Aeronautical 
Information). 
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4.3 System- 
8.2 | FF-ICE laaie ; 
; Information SWIM is supported by a suitable architecture allowing exchange of data 
Management | and ATM services across the whole ATM System. 
Eng 2.8 System 
8.2 Neads path 2.8.2.3 Define high level system architecture for flight data exchanges 
Products 
8.3 FO shall ensure that flight data and data interfaces address and 
i support safety considerations. 
Near to the actual departure time of the flight (usually 24 hours preceding 
the flight), information necessary for more precise planning becomes 
available. This includes winds, weather, system outages, availability of 
3.5.3 Tactical | trained crew, and equipment status. The airspace user provides a 
8.3 FF-ICE Operational AD trajectory representing the desired flight path (appendix D explains the 
Planning trajectory in more detail). Additional information on aircraft performance 
capabilities is provided in areas such as navigation, surveillance, 
communication, separation assurance, safety-net, noise, emission, and 
wake. 
5.1 
8.3 FF-ICE | Characteristics 
of Transition There must be no reduction in safety during the transition period 
2.9 Information 
8.3 | 9854 Saadcae _ ba tee ce ae 
other essential | 2.9.20 (c) Aviation accident/incident investigation authorities will need to 
services exploit recordings of flight trajectory data and ATM actions. 
Appendix D A global ATM system should provide an operating environment that 
8.3 9854 Expectations - | ensures that all airspace users have right of access to the ATM resources 
; Access and needed to meet their specific operational requirements and that the 
equity shared use of airspace by different users can be achieved safely. 
Safety is the highest priority in aviation, and ATM plays an important part 
in ensuring overall aviation safety. Uniform safety standards and risk and 
Appendix D safety management practices should be applied systematically to the ATM 
8.3 9854 Expectations - | system. In implementing elements of the global aviation system, safety 
Safety needs to be assessed against appropriate criteria and in accordance with 
appropriate and globally standardized safety management 
processes and practices. 
2.2.3 b) each element of the ATM system, wherever implemented (aircraft, 
Appendix F ground, space, etc.), will be subject to specific safety analysis, as an 
8.3 9854 ATM System individual element and as a component of the larger integrated system. 
Performance | The implementation of any element of the system will be subject to 
appropriate safety assurance processes; 
2.2.3 c) where a change to a system implies a departure from “currently 
approved operational boundaries”, it will not be possible to determine a 
Appendix F priori, without analysis, whether it will impact safety or not. Therefore, for 
8.3 9854 ATM System any change, a clearly defined and explicit change management process 
Performance will be used, supported by a safety case or equivalent, including the 
analysis of all the necessary routine and foreseeable emergency 
configurations; 
Eng 2.8 System 
8.3 Needs Engineering 2.8.2.2 Generate high level systems requirements for data content and 
: Products data exchanges 
8.4 FO shall enhance the consistent, effective, and efficient use of 
: flight data and data interfaces. 
Avoid the filing of unnecessary and unambiguously derivable information. 
8.4 FF-ICE 3.1 Principles | Adopt a “file-by-exception” philosophy when information can be 


standardized. 
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8.4 


FF-ICE 


4.1 Overview 


New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 

‘Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 

- Increased numbers of involved information providers, collaborators, and 
users 

- Increased collaboration between airspace users and service providers 

- Increased services supporting information accessibility and user 
collaboration 

- Timely access to relevant information 

- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 

- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 


8.4 


FF-ICE 


App B.2 
Transition 
Scenarios 


The interaction between aircraft operators and ASPs can potentially fall 
into several categories: 

¢ An FF-ICE-enabled ASP may require operators to provide FF-ICE 
information 

¢ An FF-ICE-enabled ASP may allow both present-day FPL filing and FF-ICE 
information provision for some transition period. Improved service levels 
may be provided to operators providing the FF-ICE. 

¢ An ASP operating with a present-day FPL may only accept the present- 
day FPL 

¢ An ASP operating with a present-day FPL may choose to accept a FF-ICE 
but operate internally as if an FPL was received. 


8.4 


9854 


2.9 Information 
Services - 
Temporality 
and Issuance 


2.9.14 In order to satisfy the requirements of all information users and to 
avoid waste of resources and the risk of information overload, information 
management will use a variety of information issuance concepts in relation 
to the application using it and the media used to carry it. Typically, the 
information relevant to a flight will be tailored and filtered, and accessible 
dynamically as the flight is planned and then progresses. Intelligent 
information management will be used to realize virtually “unlimited” 
access to information with “limited” bandwidth, and optimize the transfer 
of information. 


8.4 


9854 


Appendix D 
Expectations - 
Access and 
equity 


A global ATM system should provide an operating environment that 
ensures that all airspace users have right of access to the ATM resources 
needed to meet their specific operational requirements and that the 
shared use of airspace by different users can be achieved safely. 


8.4 


9854 


Appendix D 
Expectations - 
Predictability 


Predictability refers to the ability of airspace users and ATM service 
providers to provide consistent and dependable levels of performance. 


8.4 


9854 


Appendix G 
EVOLUTION TO 
OPERATIONAL 

CONCEPT 


1.6 The key issue is to eliminate, to the maximum extent possible, the 
need for duplication of ATM functionality within aircraft and/or ground 
systems. The solutions chosen by a State or region need not be 
technologically complex. Simple solutions, inter alia, changes to airspace 
organization and management, alignment of procedures, or strategic 
adjustment to flight schedules, may result in significant benefits for some 
States or regions. Others may require high levels of automation and 
technology. 
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9.1 


FO shall ensure that flight data is exchanged with the required 
timeliness needed to support ATM operations and participants’ 
requirements. 


9.1 


FF-ICE 


2.3 - R13 


Ensure mutual exchange of relevant and timely data: 

— for the benefit of situational awareness; 

— for conflict-free trajectory management; and 

— to allow CDM concerning consequences of airspace user system design 
changes 


9.1 


FF-ICE 


3.3 Overall 
Collaborative 
Environment 


Pertinent information will be available when and where it is required. 
(§2.9.6) 


9.1 


FF-ICE 


4.1 Overview 


Sharing information of the required quality and timeliness in a secure 
environment is an essential enabler to the FF-ICE concept. The scope 
extends to all flight information that is of potential interest to ATM, 
especially various trajectories data. 


9.1 


FF-ICE 


4.1 Overview 


New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 

- Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 

- Increased numbers of involved information providers, collaborators, and 
users 

- Increased collaboration between airspace users and service providers 

- Increased services supporting information accessibility and user 
collaboration 

- Timely access to relevant information 

- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 

- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 


9.1 


9854 


2.9 Information 
Services 


2.9.2 Information management provides accredited, quality-assured and 
timely information used to support ATM operations. Information 
management will also monitor and control the quality of the shared 
information and provide information-sharing mechanisms that support the 
ATM community. 


9.1 


9854 


2.9 Information 
Services 


2.9.4 Information management will contribute to meeting the expectations 
of the ATM community through all operational services. Its more direct 
contribution to improvements in the ATM system will be in the quality of 
the information that will, in turn, provide significant additional benefits. In 
particular, the wide availability of high-quality, relevant aeronautical data 
presented to all airspace users in a usable format will contribute to 
increased aviation safety. 


9.1 


9854 


2.9 Information 
Services 


2.9.6 For the ATM system to operate at its full potential, pertinent 
information will be available when and where required. 
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9.1 


9854 


2.9 Information 
Services - 
Temporality 
and Issuance 


2.9.14 In order to satisfy the requirements of all information users and to 
avoid waste of resources and the risk of information overload, information 
management will use a variety of information issuance concepts in relation 
to the application using it and the media used to carry it. Typically, the 
information relevant to a flight will be tailored and filtered, and accessible 
dynamically as the flight is planned and then progresses. Intelligent 
information management will be used to realize virtually “unlimited” 
access to information with “limited” bandwidth, and optimize the transfer 
of information. 


9.1 


Eng 
Needs 


2.9 Flight Data 
Content and 
Data 
Exchanges 
Performance 


2.9.2.6 Ensure that flight data is available when it is needed (data 
availability) 


9.2 


FO shall identify and support efforts to define, regularly review, 
and monitor performance for individual flights and the ATM 
system. 


9.2 


FF-ICE 


2.1 


Ensure that performance targets are defined, regularly reviewed, and 
monitored; 


9.2 


FF-ICE 


2-11 


Quality of Service Assessment - In some KPAs (efficiency, flexibility, 
predictability), performance is defined as the difference between the flight 
as flown and a certain baseline for the flight. What needs to be measured 
and managed are changes and trade-offs made during the (collaborative) 
planning process and the extent to which ATM can facilitate optimum flight 
operations as defined by the performance needs of each individual 
airspace user. In order to support these KPAs, the FF-ICE will need to 
enable archiving of a number of trajectory versions representing reference 
performance and the evolution of the plan as a result of the collaborative 
planning process. 


9.2 


FF-ICE 


2.1.1 


End-to-end Performance Assessment - Performance of the ATM System is 
characterized by many dependencies. The FF-ICE provides mechanisms to 
have a single consistent set of information pertaining to each flight from 
which end-to-end performance can be obtained. 


9.2 


FF-ICE 


2.2 Advance 
Notification 


Mandatory requirements for data and requirements for submission are 
balanced to enhance flexibility and ensure reliability of information— 
however, airspace users will be encouraged to supply information as soon 
as it becomes reliable enough to be useful to assist in ATM planning. 
Service providers will be reminded to consider all performance areas, 
including flexibility to accommodate infrequent subsequent changes that 
appear to be in good faith. 


9.2 


FF-ICE 


2.2 Information 
Distribution 


The FF-ICE concept recognizes that performance considerations may result 
in not everyone being able to participate at the same level of information 
sharing. Thus, for an extended time there will be “pockets” of SWIM 
capabilities. Consideration is given to how advanced SWIM capabilities can 
be maximized even with areas that have not yet enabled advanced SWIM 
capabilities. 


9.2 


FF-ICE 


2.3 - R13 


Ensure mutual exchange of relevant and timely data: 

— for the benefit of situational awareness; 

— for conflict-free trajectory management; and 

— to allow CDM concerning consequences of airspace user system design 
changes 


9.2 


FF-ICE 


2.3 - R62 


Select the applicable separation modes and separation minima for CM that 
best meet the ATM System performance targets 
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9.2 


9.2 


FF-ICE 


FF-ICE 


3.1 Principles 


3.3.1 Elts of 
the ICE 


Ensure that definitions of information elements for the FF-ICE are globally 
standardized. Regional variation required for performance reasons will be 
implemented by use of different subsets of the standard information 
elements. New elements will be introduced regionally through regional 
extensions as needed but will not be mandatory for other regions, will not 
provide duplicate information of existing elements, and should be intended 
to become part of the global standard. A formal process will be introduced 
for migrating successful new elements into the standard. 

Flight and flow information must interact with aeronautical information to 
deliver certain services required by multiple members of the ATM 
Community. Not all services will be required by all members of the ATM 
Community and all services will not be provided by all ASPs 


9.2 


FF-ICE 


3.5.1 
Scheduling and 
Strategic 
Activities 


In a performance-based environment, certain regions will require more 
stringent information provision in order to achieve required performance 
levels. Airspace users will have access to these requirements and, based 
upon the flight being planned, additional information will be provided. This 
may include, among other things: 

- Aircraft type information for aerodrome gate planning 

- Aircraft wake performance for aerodrome capacity estimation 

- Navigation performance on departure or arrival at the requested 
aerodromes for capacity estimation 

- Environmental performance levels for environmental management 

- Achievable departure and arrival time performance 

Notified aerodromes and ASP use the provided information to conduct 
strategic DCB and related AOM activities to deliver capacity where 
required 


9.2 


FF-ICE 


3.5.3 Tactical 
Operational 
Planning 


Near to the actual departure time of the flight (usually 24 hours preceding 
the flight), information necessary for more precise planning becomes 
available. This includes winds, weather, system outages, availability of 
trained crew, and equipment status. The airspace user provides a 

AD trajectory representing the desired flight path (appendix D explains the 
trajectory in more detail). Additional information on aircraft performance 
capabilities is provided in areas such as navigation, surveillance, 
communication, separation assurance, safety-net, noise, emission, and 
wake. 


9.2 


FF-ICE 


4.1 Overview 


Sharing information of the required quality and timeliness in a secure 
environment is an essential enabler to the FF-ICE concept. The scope 
extends to all flight information that is of potential interest to ATM, 
especially various trajectories data. 
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9.2 


FF-ICE 


4.1 Overview 


New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 

‘Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 

- Increased numbers of involved information providers, collaborators, and 
users 

- Increased collaboration between airspace users and service providers 

- Increased services supporting information accessibility and user 
collaboration 

- Timely access to relevant information 

- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 

- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 


9.2 


FF-ICE 


App C.1 
meeting 
(operational 
Scenarios) 
requirements 


The operational scenarios described in this appendix indicate that ASPs will 
verify compliance with requirements. This term may refer to several types 
of dynamic requirements imposed on a flight and the information provided. 
¢ Syntax - Format for FF-ICE information items is expected to comply with 
a standard that can be automatically checked for validity through 
automation. The approach will comply with industry standards and 
provide flexibility through versioning. Standards will be defined at a global 
level but accommodate regional extensions. 

¢ Content - Requirements may be specified regarding what information 
items must be provided at a certain point in the time evolution of a flight. 
(For example, ATM System performance may dictate the need for flight 
schedule information three months before estimated off block time [EOBT] 
for flights operating to a specific destination airport.) 

¢ Performance - Constraints on required performance levels may be 
imposed on flights based upon where/when they are operating. These 
constraints may be in such areas as navigation (e.g., RNP level) or 
environmental (e.g., noise) performance. 

¢ Accuracy - FF-ICE information may have to be specified to a given level 
of accuracy and reliability. 

¢ Access Permissions - Airspace users may require permission for access. 
¢ Operational constraints - Additional requirements on flight information 
may include necessary operational constraints on a flight’s trajectory. 


9.2 


9854 


2.9 Information 
Services 


2.9.2 Information management provides accredited, quality-assured and 
timely information used to support ATM operations. Information 
management will also monitor and control the quality of the shared 
information and provide information-sharing mechanisms that support the 
ATM community. 


9.2 


9854 


2.9 Information 
Services 


2.9.4 Information management will contribute to meeting the expectations 
of the ATM community through all operational services. Its more direct 
contribution to improvements in the ATM system will be in the quality of 
the information that will, in turn, provide significant additional benefits. In 
particular, the wide availability of high-quality, relevant aeronautical data 
presented to all airspace users in a usable format will contribute to 
increased aviation safety. 


9.2 


9854 


2.9 Information 
Services 


2.9.6 For the ATM system to operate at its full potential, pertinent 
information will be available when and where required. 
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Appendix D 
9.2 9854 Expectations - | Predictability refers to the ability of airspace users and ATM service 
Predictability | providers to provide consistent and dependable levels of performance. 
2.7 Flight Data 
92 Eng and Data 2.7.2.2 Set acceptable, and agreed to, quality of service and performance 
: Needs Exchange levels 
Governance 
2.9 Flight Data 
Eng Content and 
9.2 Needs Data 2.9.2.3 Enable performance measurement 
Exchanges 
Performance 
FO shall provide mechanisms for flight data exchange that enables 
9.3 support of the defined and agreed quality of service (to include 
; data-associated security, latency, risk management, and 
reliability). 
Quality of Service Assessment - In some KPAs (efficiency, flexibility, 
predictability), performance is defined as the difference between the flight 
as flown and a certain baseline for the flight. What needs to be measured 
and managed are changes and trade-offs made during the (collaborative) 
9.3 FF-ICE 211 planning process and the extent to which ATM can facilitate optimum flight 
: — operations as defined by the performance needs of each individual 
airspace user. In order to support these KPAs, the FF-ICE will need to 
enable archiving of a number of trajectory versions representing reference 
performance and the evolution of the plan as a result of the collaborative 
planning process. 
9.3 FF-ICE 2.2 Derivable | The FF-ICE supports the provision of information services to ensure 
; Information consistency of derived information. 
9.3 | FF-ICE | 3.1 Principles | Incorporate requirements enabling a broad set of flight mission profiles. 
Sharing information of the required quality and timeliness in a secure 
; environment is an essential enabler to the FF-ICE concept. The scope 
a EPIEe ee extends to all flight information that is of potential interest to ATM, 
especially various trajectories data. 
New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 
- Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 
- Increased numbers of involved information providers, collaborators, and 
users 
- Increased collaboration between airspace users and service providers 
- Increased services supporting information accessibility and user 
collaboration 
9.3 | FF-ICE | 4.1 Overview |‘ [imely access to relevant information 


- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 
- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 
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The infrastructure of the FF-ICE needs to provide interoperability 
mechanisms at a lower level than the FF-ICE application. This includes also 
infrastructure services for: 
Security - Security services must be provided to ensure such aspects as 
identification, authentication, authorization, integrity, and confidentiality. 
Reliability - The infrastructure must ensure a known level of reliability. For 
aA instance, delivery of messages should be assured with specification on 
9.3 FF-ICE latrastruckure delays and multiple deliveries. 
Auditing - The infrastructure should support logging information flows to 
support troubleshooting and to enable issuance of responsibility for user- 
initiated faults. 
Service Management - Delivery of services requires the ability to maintain 
and provide information regarding the services themselves. This can 
include service registration, discovery, and version control. Version control 
may include translation services to ensure backward compatibility. 
The interaction between aircraft operators and ASPs can potentially fall 
into several categories: 
¢ An FF-ICE-enabled ASP may require operators to provide FF-ICE 
information 
App B.2 ¢ An FF-ICE-enabled ASP may allow both present-day FPL filing and FF-ICE 
9.3 FF-ICE Transition information provision for some transition period. Improved service levels 
Scenarios may be provided to operators providing the FF-ICE. 
¢ An ASP operating with a present-day FPL may only accept the present- 
day FPL 
¢ An ASP operating with a present-day FPL may choose to accept a FF-ICE 
but operate internally as if an FPL was received. 
2.9.2 Information management provides accredited, quality-assured and 
>: niformation timely information used to support ATM operations. Information 
9.3 9854 : Services management will also monitor and control the quality of the shared 
information and provide information-sharing mechanisms that support the 
ATM community. 
9.3 9854 2.9 Information | 2.9.6 For the ATM system to operate at its full potential, pertinent 
, Services information will be available when and where required. 
Appendix D A global ATM system should provide an operating environment that 
9.3 9854 Expectations - | ensures that all airspace users have right of access to the ATM resources 
: Access and needed to meet their specific operational requirements and that the 
equity shared use of airspace by different users can be achieved safely. 
Appendix D 
9.3 | 9854 | Expectations - | Predictability refers to the ability of airspace users and ATM service 
Predictability | providers to provide consistent and dependable levels of performance. 
2.7 Flight Data 
9.3 Eng and Data 
: Needs Exchange 2.7.2.2 Set acceptable, and agreed to, quality of service and performance 
Governance levels 
93 Eng eee 2.3.2.3 Abide by agreed to quality of service levels for data exchange and 
Needs Management establish, where appropriate, service level agreements 
2.9 Flight Data 
Eng Eontentand 2.9.2.1 Achieve accepted quality of service levels for all supported data 
a3 Needs Date interactions 
Exchanges 
Performance 
2.9 Flight Data 
Eng Content and 
9.3 Nesds Data 2.9.2.2 Ensure achievement of accepted risk management strategies 
Exchanges 
Performance 
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9.3 


2.9 Flight Data 
Content and 
Data 
Exchanges 
Performance 


2.9.2.4 Implement failure avoidance (e.g. graceful degradation of service) 
strategies 


9.4 


FO shall enable and support desired ATM system adaptability and 
scalability levels. 


9.4 


FF-ICE 


3.1 Principles 


Incorporate requirements enabling a broad set of flight mission profiles. 


9.4 


FF-ICE 


4.1 Overview 


SWIM—integrating all relevant ATM data—will form the basis for 
information management of the entire ATM System and will be essential 
for its efficient operation. 


9.4 


FF-ICE 


4.1 Overview 


Sharing information of the required quality and timeliness in a secure 
environment is an essential enabler to the FF-ICE concept. The scope 
extends to all flight information that is of potential interest to ATM, 
especially various trajectories data. 


9.4 


FF-ICE 


4.1 Overview 


New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 

‘Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 

- Increased numbers of involved information providers, collaborators, and 
users 

- Increased collaboration between airspace users and service providers 

- Increased services supporting information accessibility and user 
collaboration 

- Timely access to relevant information 

- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 

- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 


9.4 


FF-ICE 


4.4 
Infrastructure 


The infrastructure of the FF-ICE needs to provide interoperability 
mechanisms at a lower level than the FF-ICE application. This includes also 
infrastructure services for: 

Security - Security services must be provided to ensure such aspects as 
identification, authentication, authorization, integrity, and confidentiality. 
Reliability - The infrastructure must ensure a known level of reliability. For 
instance, delivery of messages should be assured with specification on 
delays and multiple deliveries. 

Auditing - The infrastructure should support logging information flows to 
support troubleshooting and to enable issuance of responsibility for user- 
initiated faults. 

Service Management - Delivery of services requires the ability to maintain 
and provide information regarding the services themselves. This can 
include service registration, discovery, and version control. Version control 
may include translation services to ensure backward compatibility. 


9.4 


9854 


2.9 Information 
Services 


2.9.2 Information management provides accredited, quality-assured and 
timely information used to support ATM operations. Information 
management will also monitor and control the quality of the shared 
information and provide information-sharing mechanisms that support the 
ATM community. 
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2.9.7 ATM data has temporality and will change over time, but to varying 
+ information degrees in terms of frequency or magnitude, varying from almost static to 
9.4 9854 : Baniicds very dynamic. Information management will recognize and accommodate 
this temporality of data. This will impact the organization and issuance of 
data. 
> Infarmation 2.9.10 Information management will achieve a seamless transfer of 
9.4 9854 : Sarvicgs relevant information between parties in a flexible, adaptable and scalable 
information environment. 
2.9 information 2.9.13 The temporality of the information depends on its nature. Some 
. Gervices = data can be prepared in advance and are valid for a rather long period; 
9.4 9854 Temporality other data change in real time and are obsolete immediately. Asa 
and iesuatice principle, any valid and relevant information will be made available as 
soon as it becomes available. 
Appendix D A global ATM system should provide an operating environment that 
9.4 9854 Expectations - | ensures that all airspace users have right of access to the ATM resources 
. Access and needed to meet their specific operational requirements and that the 
equity shared use of airspace by different users can be achieved safely. 
Appendix D 
9.4 9854 Expectations - | Predictability refers to the ability of airspace users and ATM service 
Predictability | providers to provide consistent and dependable levels of performance. 
Appendix G 1.2 The operational concept is adaptable to the operational environment of 
EVOLUTION TO all States or regions by being scalable to meet their specific needs. One 
9.4 9854 OPERATIONAL State or region, ora specific area or location within a State, may have an 
CONCEPT immediate imperative to improve safety, while another State or region 
may have an immediate imperative to improve efficiency. 
2.9 Flight Data 
Eng Content and 2.9.2. 7 Ensure scalability both vertically (increase in the number of 
9.4 Needs Data stakeholders) and horizontally (increase in the amount of data 
: Exchanges produced/consumed by each stakeholder) 
Performance 
9.5 FO shall ensure that required flight information is available for all 
: phases of the flight life cycle. 
Ensure mutual exchange of relevant and timely data: 
— for the benefit of situational awareness; 
9.5 FF-ICE 2.3 - R13 — for conflict-free trajectory management; and 
— to allow CDM concerning consequences of airspace user system design 
changes 
3.3 Overall 
9.5 FF-ICE Collaborative | Pertinent information will be available when and where it is required. 
Environment (§2.9.6) 
Sharing information of the required quality and timeliness in a secure 
95 FF-ICE 4 Ovetiaw environment is an essential enabler to the FF-ICE concept. The scope 


extends to all flight information that is of potential interest to ATM, 
especially various trajectories data. 
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9.5 


FF-ICE 


4.1 Overview 


New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 

‘Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 

- Increased numbers of involved information providers, collaborators, and 
users 

- Increased collaboration between airspace users and service providers 

- Increased services supporting information accessibility and user 
collaboration 

- Timely access to relevant information 

- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 

- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 


9.5 


FF-ICE 


4.4.2.2 
Security 


System wide security management functions (e.g., access control, network 
management) will be integrated and will meet the broadly accepted 
information system security needs: 

Identification: The recipient of information needs to determine the identity 
of the sender. Information received may be a request for services or 
information related to the FPL. 

Authentication: The recipient of information must ensure that the identity 
of the sender is valid. 

Authorization: The recipient must determine the level of access granted to 
an authenticated second party. This access is for providing or receiving 
data or services. 

Integrity: Transmitted data must remain unaltered until final delivery. 
Confidentiality: Transmitted data must not be viewed by unauthorized 
entities. 

Availability: While not exclusively a security concern, the introduction of 
“denial of service” attacks makes some aspects of availability a security 
issue. Availability ensures that FPL information and services can be 
accessed when required. The security component deals with availability as 
a result of deliberate actions (versus system malfunction) to deny 
availability. 

Accountability: Authorities must be able to determine the actions of the 
interacting agents and to identify the agents. Audit trails support 
accountability. 


9.5 


9854 


2.9 Information 
Services 


2.9.6 For the ATM system to operate at its full potential, pertinent 
information will be available when and where required. 


9.5 


9854 


2.9 Information 
Services - 
Temporality 
and Issuance 


2.9.13 The temporality of the information depends on its nature. Some 
data can be prepared in advance and are valid for a rather long period; 
other data change in real time and are obsolete immediately. As a 
principle, any valid and relevant information will be made available as 
soon as it becomes available. 
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9.5 


9854 


Appendix F 
ATM System 
Performance 


2.2.3 c) where a change to a system implies a departure from “currently 
approved operational boundaries”, it will not be possible to determine a 
priori, without analysis, whether it will impact safety or not. Therefore, for 
any change, a clearly defined and explicit change management process 
will be used, supported by a safety case or equivalent, including the 
analysis of all the necessary routine and foreseeable emergency 
configurations; 


9.6 


FO shall identify, enable, and support efforts to monitor and 
ensure flight data quality and data integrity. 


9.6 


FF-ICE 


2.1.1 


Quality of Service Assessment - In some KPAs (efficiency, flexibility, 
predictability), performance is defined as the difference between the flight 
as flown and a certain baseline for the flight. What needs to be measured 
and managed are changes and trade-offs made during the (collaborative) 
planning process and the extent to which ATM can facilitate optimum flight 
operations as defined by the performance needs of each individual 
airspace user. In order to support these KPAs, the FF-ICE will need to 
enable archiving of a number of trajectory versions representing reference 
performance and the evolution of the plan as a result of the collaborative 
planning process. 


9.6 


FF-ICE 


2.3 - R13 


Ensure mutual exchange of relevant and timely data: 

— for the benefit of situational awareness; 

— for conflict-free trajectory management; and 

— to allow CDM concerning consequences of airspace user system design 
changes 


9.6 


FF-ICE 


3.3 Overall 
Collaborative 
Environment 


Information may be personalized, filtered, and accessed, as needed. The 
initial quality of the information will be the responsibility of the originator; 
subsequent handling will not compromise its quality. (§2.9.8) 


9.6 


FF-ICE 


4.1 Overview 


SWIM—integrating all relevant ATM data—will form the basis for 
information management of the entire ATM System and will be essential 
for its efficient operation. 


9.6 


9.6 


FF-ICE 


FF-ICE 


4.1 Overview 


4.1 Overview 


Sharing information of the required quality and timeliness in a secure 
environment is an essential enabler to the FF-ICE concept. The scope 
extends to all flight information that is of potential interest to ATM, 
especially various trajectories data. 

New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 

- Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 

- Increased numbers of involved information providers, collaborators, and 
users 

- Increased collaboration between airspace users and service providers 

- Increased services supporting information accessibility and user 
collaboration 

- Timely access to relevant information 

- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 

- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 
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9.6 


FF-ICE 


4.4 
Infrastructure 


The infrastructure of the FF-ICE needs to provide interoperability 
mechanisms at a lower level than the FF-ICE application. This includes also 
infrastructure services for: 

Security - Security services must be provided to ensure such aspects as 
identification, authentication, authorization, integrity, and confidentiality. 
Reliability - The infrastructure must ensure a known level of reliability. For 
instance, delivery of messages should be assured with specification on 
delays and multiple deliveries. 

Auditing - The infrastructure should support logging information flows to 
support troubleshooting and to enable issuance of responsibility for user- 
initiated faults. 

Service Management - Delivery of services requires the ability to maintain 
and provide information regarding the services themselves. This can 
include service registration, discovery, and version control. Version control 
may include translation services to ensure backward compatibility. 


9.6 


FF-ICE 


4.4.2.2 
Security 


System wide security management functions (e.g., access control, network 
management) will be integrated and will meet the broadly accepted 
information system security needs: 

Identification: The recipient of information needs to determine the identity 
of the sender. Information received may be a request for services or 
information related to the FPL. 

Authentication: The recipient of information must ensure that the identity 
of the sender is valid. 

Authorization: The recipient must determine the level of access granted to 
an authenticated second party. This access is for providing or receiving 
data or services. 

Integrity: Transmitted data must remain unaltered until final delivery. 
Confidentiality: Transmitted data must not be viewed by unauthorized 
entities. 

Availability: While not exclusively a security concern, the introduction of 
“denial of service” attacks makes some aspects of availability a security 
issue. Availability ensures that FPL information and services can be 
accessed when required. The security component deals with availability as 
a result of deliberate actions (versus system malfunction) to deny 
availability. 

Accountability: Authorities must be able to determine the actions of the 
interacting agents and to identify the agents. Audit trails support 
accountability. 


9.6 


9854 


2.9 Information 
Services 


2.9.2 Information management provides accredited, quality-assured and 
timely information used to support ATM operations. Information 
management will also monitor and control the quality of the shared 
information and provide information-sharing mechanisms that support the 
ATM community. 


9.6 


9854 


2.9 Information 
Services 


2.9.4 Information management will contribute to meeting the expectations 
of the ATM community through all operational services. Its more direct 
contribution to improvements in the ATM system will be in the quality of 
the information that will, in turn, provide significant additional benefits. In 
particular, the wide availability of high-quality, relevant aeronautical data 
presented to all airspace users in a usable format will contribute to 
increased aviation safety. 


9.6 


9854 


2.9 Information 
Services 


2.9.8 Information may be personalized, filtered and accessed as needed. 
The initial quality of the information provided will be the responsibility of 
the originator; subsequent handling will not compromise its quality. 


9.7 


FO shall identify, enable, and support efforts to monitor and 
ensure data reliability and compliance with flight data 
requirements. 
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9.7 


9.7 


FF-ICE 


3.3 Overall 
Collaborative 
Environment 


3.3 Overall 
Collaborative 
Environment 


While the definition of flight information will be standardized globally, the 
FF-ICE will contain some data elements that are required in one region and 
not in others. Practically, this implies a need for an infrastructure to 
support the transport of this information. 


Pertinent information will be available when and where it is required. 
(§2.9.6) 


9.7 


FF-ICE 


3.4 FF-ICE 
Timeline 


Throughout the flight information process, various participants will interact 
with the FF-ICE. These will change along the flight information provision 
timeline with more strategic functions (DCB) being involved earlier and 
more tactical functions (e.g., TS and CM) later. 


9.7 


9.7 


FF-ICE 


FF-ICE 


4.2 Information 


Elements 


4.4 
Infrastructure 


FF-ICE contains information necessary for the notifying, managing, and 
coordinating flights between members of the ATM Community. 

The infrastructure of the FF-ICE needs to provide interoperability 
mechanisms at a lower level than the FF-ICE application. This includes also 
infrastructure services for: 

Security - Security services must be provided to ensure such aspects as 
identification, authentication, authorization, integrity, and confidentiality. 
Reliability - The infrastructure must ensure a known level of reliability. For 
instance, delivery of messages should be assured with specification on 
delays and multiple deliveries. 

Auditing - The infrastructure should support logging information flows to 
support troubleshooting and to enable issuance of responsibility for user- 
initiated faults. 

Service Management - Delivery of services requires the ability to maintain 
and provide information regarding the services themselves. This can 
include service registration, discovery, and version control. Version control 
may include translation services to ensure backward compatibility. 


9.7 


FF-ICE 


App C.1 
meeting 
(operational 
Scenarios) 
requirements 


The operational scenarios described in this appendix indicate that ASPs will 
verify compliance with requirements. This term may refer to several types 
of dynamic requirements imposed on a flight and the information provided. 
¢ Syntax - Format for FF-ICE information items is expected to comply with 
a standard that can be automatically checked for validity through 
automation. The approach will comply with industry standards and 
provide flexibility through versioning. Standards will be defined at a global 
level but accommodate regional extensions. 

¢ Content - Requirements may be specified regarding what information 
items must be provided at a certain point in the time evolution of a flight. 
(For example, ATM System performance may dictate the need for flight 
schedule information three months before estimated off block time [EOBT] 
for flights operating to a specific destination airport.) 

¢ Performance - Constraints on required performance levels may be 
imposed on flights based upon where/when they are operating. These 
constraints may be in such areas as navigation (e.g., RNP level) or 
environmental (e.g., noise) performance. 

¢ Accuracy - FF-ICE information may have to be specified to a given level 
of accuracy and reliability. 

« Access Permissions - Airspace users may require permission for access. 
* Operational constraints - Additional requirements on flight information 
may include necessary operational constraints on a flight's trajectory. 


10.1 


FO shall provide and support robust applications to ease parsing 
and displaying pertinent information. 


10.1 


FF-ICE 


3.3 Overall 
Collaborative 
Environment 


While the definition of flight information will be standardized globally, the 
FF-ICE will contain some data elements that are required in one region and 
not in others. Practically, this implies a need for an infrastructure to 
support the transport of this information. 
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10.1 


10.1 


FF-ICE 


4.1 Overview 


4.4.2.2 
Security 


Increasing the amount of flight data exchanged may result in a format that 
is not easily human readable. However, robust applications can be 
developed to ease parsing and displaying pertinent information, as 
desired. 

System wide security management functions (e.g., access control, network 
management) will be integrated and will meet the broadly accepted 
information system security needs: 

Identification: The recipient of information needs to determine the identity 
of the sender. Information received may be a request for services or 
information related to the FPL. 

Authentication: The recipient of information must ensure that the identity 
of the sender is valid. 

Authorization: The recipient must determine the level of access granted to 
an authenticated second party. This access is for providing or receiving 
data or services. 

Integrity: Transmitted data must remain unaltered until final delivery. 
Confidentiality: Transmitted data must not be viewed by unauthorized 
entities. 

Availability: While not exclusively a security concern, the introduction of 
“denial of service” attacks makes some aspects of availability a security 
issue. Availability ensures that FPL information and services can be 
accessed when required. The security component deals with availability as 
a result of deliberate actions (versus system malfunction) to deny 
availability. 

Accountability: Authorities must be able to determine the actions of the 
interacting agents and to identify the agents. Audit trails support 
accountability. 


10.1 


9854 


2.9 Information 
Services - 
Temporality 
and Issuance 


2.9.14 In order to satisfy the requirements of all information users and to 
avoid waste of resources and the risk of information overload, information 
management will use a variety of information issuance concepts in relation 
to the application using it and the media used to carry it. Typically, the 
information relevant to a flight will be tailored and filtered, and accessible 
dynamically as the flight is planned and then progresses. Intelligent 
information management will be used to realize virtually “unlimited” 
access to information with “limited” bandwidth, and optimize the transfer 
of information. 


10.1 


9854 


2.9 Information 
Services - 
Media 


2.9.15 The reference medium for aeronautical data will be a fully electronic 
and networked environment, with printouts used only as needed for 
reference, temporary memorization and visualization support to human 
operators. 


10.2 


FO shall support and promote use of standardized and open 
source software tools. 


10.2 


FF-ICE 


3.1 Principles 


Provide a flexible concept that allows new technologies and procedures to 
be incorporated as necessary in a planned manner. This flexibility should 
also consider the effects of evolving information and communications 
standards. 
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New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 
- Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 
- Increased numbers of involved information providers, collaborators, and 
users 
- Increased collaboration between airspace users and service providers 
- Increased services supporting information accessibility and user 
collaboration 
‘ - Timely access to relevant information 
10.2.) PRICE FL OVCIVIEN | Increased levels of service supported by new automation capabilities on 
the ground and in the air 
- Increased technical quality of service including areas of security, 
reliability, and latency 
- Improved interoperability 
- Improved data consistency and availability for system performance 
evaluation 
- Support of the defined and agreed quality of service around the data 
- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 
- Increased support for layered information security 
2.9.14 In order to satisfy the requirements of all information users and to 
avoid waste of resources and the risk of information overload, information 
9.6 information management will use a variety of information issuance concepts in relation 
: Saniche: to the application using it and the media used to carry it. Typically, the 
10.2 9854 Temporality information relevant toa flight will be tailored and filtered, and accessible 
ana lecuience dynamically as the flight is planned and then progresses. Intelligent 
information management will be used to realize virtually “unlimited” 
access to information with “limited” bandwidth, and optimize the transfer 
of information. 
Appendix D The ATM system should be based on global standards and uniform 
10.2 9854 Expectations - | principles to ensure the technical and operational interoperability of ATM 
. Global systems and facilitate homogeneous and non-discriminatory global and 
Interoperability | regional traffic flows. 
2.10 Data 
Eng Exchange 2.10.2.1 Support and promote the use of standardized software 
10.2 | Needs Software development processes 
Engineering 
2.10 Data 
Eng Exchange 2.10.2.2 Support and promote the use of standardized software 
10.2 | Needs Software solutions (e.g., web services) 
Engineering 
2.10 Data 
Eng Exchange 2.10.2.3 Support and promote open source tools, standards, and 
10.2 | Needs Software solutions 
Engineering 
FO shall enable and support an end-to-end flight data delivery 
11.1 assurance scheme for SWIM region-to-region and ATM participant- 
to-ATM participant interfaces. 
3.3 Overall While the definition of flight information will be standardized globally, the 
11.1 | FF-ICE Callaborative FF-ICE will contain some data elements that are required in one region and 


Environment 


not in others. Practically, this implies a need for an infrastructure to 
support the transport of this information. 
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11.1 


3.3 Overall 
Collaborative 
Environment 


Pertinent information will be available when and where it is required. 
(§2.9.6) 


11.1 


FF-ICE 


4.1 Overview 


New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 

‘Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 

- Increased numbers of involved information providers, collaborators, and 
users 

- Increased collaboration between airspace users and service providers 

- Increased services supporting information accessibility and user 
collaboration 

- Timely access to relevant information 

- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 

- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 


11.1 


FF-ICE 


4.4 
Infrastructure 


The infrastructure of the FF-ICE needs to provide interoperability 
mechanisms at a lower level than the FF-ICE application. This includes also 
infrastructure services for: 

Security - Security services must be provided to ensure such aspects as 
identification, authentication, authorization, integrity, and confidentiality. 
Reliability - The infrastructure must ensure a known level of reliability. For 
instance, delivery of messages should be assured with specification on 
delays and multiple deliveries. 

Auditing - The infrastructure should support logging information flows to 
support troubleshooting and to enable issuance of responsibility for user- 
initiated faults. 

Service Management - Delivery of services requires the ability to maintain 
and provide information regarding the services themselves. This can 
include service registration, discovery, and version control. Version control 
may include translation services to ensure backward compatibility. 


11.1 


FF-ICE 


App B.1 
Transition 
Steps - Step 1 


An end-to-end delivery assurance scheme will be required (for SWIM 
region-to-region interfaces), consistent with the level of criticality of 
applications using the provided data. 


11.1 


FF-ICE 


App B.2 
Transition 
Scenarios 


The interaction between aircraft operators and ASPs can potentially fall 
into several categories: 

¢ An FF-ICE-enabled ASP may require operators to provide FF-ICE 
information 

¢ An FF-ICE-enabled ASP may allow both present-day FPL filing and FF-ICE 
information provision for some transition period. Improved service levels 
may be provided to operators providing the FF-ICE. 

¢ An ASP operating with a present-day FPL may only accept the present- 
day FPL 

¢ An ASP operating with a present-day FPL may choose to accept a FF-ICE 
but operate internally as if an FPL was received. 
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11.1 


9854 


2.9 Information 
Services - 
Temporality 
and Issuance 


2.9.14 In order to satisfy the requirements of all information users and to 
avoid waste of resources and the risk of information overload, information 
management will use a variety of information issuance concepts in relation 
to the application using it and the media used to carry it. Typically, the 
information relevant to a flight will be tailored and filtered, and accessible 
dynamically as the flight is planned and then progresses. Intelligent 
information management will be used to realize virtually “unlimited” 
access to information with “limited” bandwidth, and optimize the transfer 
of information. 


11.2 


FO shall identify, enable and support the establishment and 
sharing of the archived flight data needed for trend analysis, 
validation, forecasting, and modeling. 


11.2 


FF-ICE 


2.1 


Ensure that all information for performance management is available and 
transparent to the concerned parties and that information disclosure rules 
are in place 


11.2 


11.2 


FF-ICE 


FF-ICE 


2 edie d 


Dodie d 


Long-term performance management looks ahead many years to set 
feasible objectives and targets and anticipate levels of performance. 
Where necessary, evidence-based, planned improvements are proposed to 
meet targets. The FF-ICE information supports this activity by providing 
archived data that can be used for such functions as trend analysis, 
validation, forecasting, and model improvement. 

Quality of Service Assessment - In some KPAs (efficiency, flexibility, 
predictability), performance is defined as the difference between the flight 
as flown and a certain baseline for the flight. What needs to be measured 
and managed are changes and trade-offs made during the (collaborative) 
planning process and the extent to which ATM can facilitate optimum flight 
operations as defined by the performance needs of each individual 
airspace user. In order to support these KPAs, the FF-ICE will need to 
enable archiving of a number of trajectory versions representing reference 
performance and the evolution of the plan as a result of the collaborative 
planning process. 


11.2 


FF-ICE 


2.2 Sharing 
Flight 
Information 


The information about the flight will be available from the time of first 
notification of the flight intent until after the flight has completed, at which 
time the information will be archived. 


11.2 


FF-ICE 


2.3 - R36 


a) Utilize historical and forecast weather information, including seasonal 
patterns and major weather phenomena; 

b) Use information on changes in infrastructure status to increase 
predictability and maximize capacity utilization to meet performance 
targets; 

c) Ensure collaboration on post-event analysis to support strategic 
planning; 

d) Utilize projected traffic demand and planned trajectories; 

e) Accommodate revisions to trajectory requests and resource status; 
f) Ensure collaboration on projections and responses; 

g) Facilitate collaboration on trajectory changes and traffic demands 


11.2 


9854 


2.9 Information 
Services 


2.9.3 Information management will assemble the best possible integrated 
picture of the historical, real-time and planned or foreseen future state of 
the ATM situation. Information management will provide the basis for 
improved decision making by all ATM community members. Key to the 
concept will be the management of an information-rich environment. 


11.2 


9854 


Appendix F 
ATM System 
Performance 


2.2.3 c) where a change to a system implies a departure from “currently 
approved operational boundaries”, it will not be possible to determine a 
priori, without analysis, whether it will impact safety or not. Therefore, for 
any change, a clearly defined and explicit change management process 
will be used, supported by a safety case or equivalent, including the 
analysis of all the necessary routine and foreseeable emergency 
configurations; 
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E 2.1 Accurate 
ng and Complete | 2.1.2.2 Define flight data retention and archive requirements 
11.2 | Needs 
Data 
2.11 Data 
Eng exchange 2.11.2.3 Support establishment of standardized flight data archival 
System and . 
11.2 | Needs mechanisms 
Network 
Management 
FO The information about the flight will be available from the time of first 
11.2 | ConOp Section 2.2 notification of the flight intent until after the flight has completed, at which 
Ss time the information will be archived. 
FO shall provide or support mechanisms that enable increased 
11.3 flight data sharing among the different authorized ATM 
participants for each flight life cycle phase. 
Quality of Service Assessment - In some KPAs (efficiency, flexibility, 
predictability), performance is defined as the difference between the flight 
as flown and a certain baseline for the flight. What needs to be measured 
and managed are changes and trade-offs made during the (collaborative) 
11.3 | FF-ICE 211 planning process and the extent to which ATM can facilitate optimum flight 
: a operations as defined by the performance needs of each individual 
airspace user. In order to support these KPAs, the FF-ICE will need to 
enable archiving of a number of trajectory versions representing reference 
performance and the evolution of the plan as a result of the collaborative 
planning process. 
3.3 Overall 
11.3 | FF-ICE Collaborative | Pertinent information will be available when and where it is required. 
Environment (§2.9.6) 
Whereas currently an aircraft operator may file a single FPL form, in the 
future, the operator will provide increasing information about a flight as 
time approaches departure and throughout the flight. Some of this 
11.3 | FF-ICE 3.4 FF-ICE information is known ahead of time with relative certainty (e.g., departure 
' Timeline and arrival airport), other information will be better known closer to 
departure (e.g., route of flight, estimated time en-route), and some could 
change dynamically throughout the flight (e.g., estimated time of 
departure, agreed trajectory). 
Throughout the flight information process, various participants will interact 
11.3 | FF-ICE 3.4 FF-ICE with the FF-ICE. These will change along the flight information provision 
: Timeline timeline with more strategic functions (DCB) being involved earlier and 
more tactical functions (e.g., TS and CM) later. 
Initial information provision may occur at any point along the timeline. For 
example, differing airspace users may have different planning horizons as 
described in Section 3.4.5. This initial information will be provided through 
3.4 FF-ICE a designated point-of-entry (POE, see Appendix H.1.5) and to an ASP 
11.3 | FF-ICE Timeline typically applicable to the flight’s departure point. Some ASPs may 
accommodate multiple POEs, and some ASPs may accommodate the 
receipt of initial flight information from POEs not explicitly associated with 
a flight’s departure point. Clarity regarding responsibility for information is 
aided by information audit trails. 
3.4.1 
(03: FES: | SOE ane oat ae 
. Strategic Airspace users may wish to provide information for flights which will 
Activities operate in the same manner on a repeated basis. This is acceptable 
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11.3 


11.3 


FF-ICE 


3.4.1 
Scheduling and 
Strategic 
Activities 


3.5.3 Tactical 
Operational 
Planning 


Nothing precludes an operator from supplying more information at an 
earlier point in the timeline. 

Near to the actual departure time of the flight (usually 24 hours preceding 
the flight), information necessary for more precise planning becomes 
available. This includes winds, weather, system outages, availability of 
trained crew, and equipment status. The airspace user provides a 

4D trajectory representing the desired flight path (appendix D explains the 
trajectory in more detail). Additional information on aircraft performance 
capabilities is provided in areas such as navigation, surveillance, 
communication, separation assurance, safety-net, noise, emission, and 
wake. 


11.3 


FF-ICE 


4.1 Overview 


New mechanisms for flight data exchange will be required to meet future 
requirements, for example: 

- Increased amounts of flight information and its wider sharing (more 
flights, more information about each, better and more often updated, and 
greater availability to interested parties) 

- Increased numbers of involved information providers, collaborators, and 
users 

- Increased collaboration between airspace users and service providers 

- Increased services supporting information accessibility and user 
collaboration 

- Timely access to relevant information 

- Increased levels of service supported by new automation capabilities on 
the ground and in the air 

- Increased technical quality of service including areas of security, 
reliability, and latency 

- Improved interoperability 

- Improved data consistency and availability for system performance 
evaluation 

- Support of the defined and agreed quality of service around the data 

- Increased fulfillment of the identified ATM service expectations (ICAO 
Document 9854, Appendix D) 

- Increased support for layered information security 


11.3 


FF-ICE 


App B.1 
Transition 
Steps - Step 5 


Some ASPs who wish to make use of early submission of FF-ICE information 
may develop a shared forecast service based on information provided in 
the early submissions. 


11.3 


9854 


2.9 Information 
Services - 
Temporality 
and Issuance 


2.9.14 In order to satisfy the requirements of all information users and to 
avoid waste of resources and the risk of information overload, information 
management will use a variety of information issuance concepts in relation 
to the application using it and the media used to carry it. Typically, the 
information relevant to a flight will be tailored and filtered, and accessible 
dynamically as the flight is planned and then progresses. Intelligent 
information management will be used to realize virtually “unlimited” 
access to information with “limited” bandwidth, and optimize the transfer 
of information. 


11.3 


2.11 Data 

Exchange 
System and 

Network 
Management 


2.11.2.1 Identify flight data exchange throughput requirements, 
and ensure they are met 


11.3 


Section 2.4 


In the end state, the FO provides a globally consistent mechanism and 
consistent interface for the provision and receipt of FO information. 
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11.4 FO shall enable and support system resilience to service 
i disruption and its associated temporary loss of capacity. 
The infrastructure of the FF-ICE needs to provide interoperability 
mechanisms at a lower level than the FF-ICE application. This includes also 
infrastructure services for: 
Security - Security services must be provided to ensure such aspects as 
identification, authentication, authorization, integrity, and confidentiality. 
Reliability - The infrastructure must ensure a known level of reliability. For 
a4 instance, delivery of messages should be assured with specification on 
11.4 | FF-ICE lnteekucture delays and multiple deliveries. 
Auditing - The infrastructure should support logging information flows to 
support troubleshooting and to enable issuance of responsibility for user- 
initiated faults. 
Service Management - Delivery of services requires the ability to maintain 
and provide information regarding the services themselves. This can 
include service registration, discovery, and version control. Version control 
may include translation services to ensure backward compatibility. 
Appendix D 
11.4 9854 Expectations - | The ATM system must be resilient to service disruption and the resulting 
Capacity temporary loss of capacity. 
2.11 Data 
Eng Exchange 
11.4 Needs System and 2.11.2.2 Identify types of potential system failure, and establish 
Network ways to mitigate them 
Management 


Appendix B 


Requirement 2.1.1 addresses the need to define data elements that support the 
Concept Components and the Flight Life Cycle Phases detailed in ICAO 9854 and FF- 
ICE. The citations listed in this appendix provide data element-specific guidance and 
suggestions from ICAO 9854, FF-ICE, and the FO CONOPS that should be considered 
when addressing this FO data element definition requirement. 


Guidance Citation 


FF-ICE 
Section 
AppA Table A-2.1 Flight Identifying Information 
AppA Table A-2.2 Flight SAR Information 
AppA Table A-2.3 Flight Permission Information 
AppA Table A-2.4 Flight Preferences & Constraints Information 
App A Table A-2.5 Additional Information 
AppA Table A-2.6.1 Trajectory Type 
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FF-ICE 
Section 
App A Table A-2.6.2 Surface Segment Type 
AppA Table A-2.6.3 Airborne Element Type 
App A Table A-2.6.4 Performance Information 
App A Table A-2.6.4 Aircraft Intent Type 
AppA Table A-2.6 Flight Trajectory Information 
AppA Note 1 - Aircraft Capabilities and Flight Crew Qualifications 
App A Note 2 - Flight Status Information 
CONOPS 
Section 


FO Elements 
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